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[57] ABSTRACT 

An interface mechanism (10) between two processors, 
such as a host processor (70) and a processor (31) in an 
intelligent controller (30) for mass storage devices (40), 
and utilizing a set of data structures employing a dedi- 
cated communications region (80A) in host memory 
(80). Interprocessor commands and responses are com- 
municated as packets over an I/O bus (60) of the host 
(70), to and from the communication region (80A), 
through a pair of ring-type queues (SOD) and (80E). The 
entry of each ring location (e.g., 132, 134, 136, 138) 
points to another location in the communications region 
where a command or response is placed. The filling and 
emptying of ring entries (132-138) is controlled through 
the use of an 'ownership' byte or bit (278) associated 
with each entry. The ownership bit (278) is placed in a 
first state when the message source (70 or 31) has filled 
the entry and in a second state when the entry has been 
emptied. Each processor keeps track of the rings' status, 
to prevent the sending of more messages than the rings 
can hold. These rings permit each processor to operate 
at its own speed, without creating race conditions and 
obviate the need for hardware interlock capability on 
the I/O bus (60). 

21 Claims, 19 Drawing Figures 
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INTERFACE BETWEEN A PAIR OF PROCESSORS, 

SUCH AS HOST AND 
PERIPHERAL-CONTROLLING PROCESSORS IN 

DATA PROCESSING SYSTEMS 5 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application relates to a data processing system, 
other aspects of which are described in the following 
commonly assigned applications filed on even date 
herewith, the disclosures of which are incorporated by 
reference herein to clarify the environment, intended 
use and explanation of the present invention: 

Ser. No. 308,771, titled Disk Format for Secondary '^ 
Storage System and Ser. No. 308,593, titled Secondary 
Storage Facility Employing Serial Communication Be- 
tween Drive and Controller. 
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FIELD OF THE INVENTION 

This invention relates to the field of data processing 
systems and, in particular to an interface between a host 
processor and a controlling processor for a storage 
facility or other peripheral device or subsystem in such 
systems. 

BACKGROUND OF THE INVENTION 

In data processing systems utilizing secondary stor- 
age facilities, communication between the host proces- 
sor, or main frame, and secondary storage facilities has 30 
a considerable impact on system performance. Second- 
ary storage facilities comprise elements which are not 
an integral part of a central processing unit and its ran- 
dom access memory element (i.e., together termed the 
host), but which are directly connected to and con- 35 
trolled by the central processing unit or other elements 
in the system. These facilities are also known as "mass 
storage" elements or subsystems and include, among 
other possibilities, disk-type or tape-type memory units 
(also called drives). 40 

In modem data processing systems, a secondary stor- 
age faciUty includes a controller and one or more drives 
connected thereto. The controller operates in response 
to signals from the host, usually on an input/output bus 
which connects together various elements in the system 45 
including the central processing unit. A drive contains 
the recording medium (e.g., a rotating magnetic disk), 
the mechanism for moving the medium, and electronic 
circuitry to read data from or store data on the medium 
and also to convert the data transferred between the 50 
medium and the controller to and from the proper for- 
mat. 

The controller appears to the rest of the system as 
simply an element on the input/output bus. It receives 
commands over the bus; these commands include infor- 55 
mation about the operation to be performed, the drive 
to be used, the size of the transfer and perhaps the start- 
ing address on the drive for the transfer and the starting 
address on some other system element, such as the ran- 
dom access memory unit of the host. The controller 60 
converts all this command information into the neces- 
sary signals to effect the transfer between the appropri- 
ate drive and other system elements. During the transfer 
itself, the controller routes the data to or from the ap- 
propriate drive and to or from the input/output bus or 65 
a memory bus. 

Controllers have been constructed with varying lev- 
els of intelligence. Basically, the more intelligent the 



controller, the less detailed the commands which the 
central processing unit must issue to it and the less de- 
pendent the controller is on the host CPU for step-by- 
step instructions. Typically, controllers communicate 
with a host CPU at least partially by means of an inter- 
rupt mechanism. That is, when one of a predetermined 
number of significant events occurs, the controller gen- 
erates an interrupt request signal which the host sees a 
short time later; in response, the host stops what it is 
doing and conducts some dialogue with the controller 
to service the controller's operation. Every interrupt 
request signal generated by the controller gives rise to a 
delay in the operation of the central processor. It is an 
object of the present invention to reduce that delay by 
reducing the frequency and number of interrupt re- 
quests. 

When an intelligent controller is employed, a further 
problem is to interlock or synchronize the operation of 
the processor in the controller with the operation of the 
processor in the host, so that in sending commands and 
responses back and forth, the proper sequence of opera- 
tion is maintained, race conditions are avoided, etc. 
Normally this is accomplished by using a communica- 
tions mechanism (i.e., bus) which is provided with a 
hardware interlock capability, so that each processor 
can prevent the other from transmitting out of turn or at 
the wrong time. 

Modem controllers for secondary storage facilities 
are usually so-called "intelligent" devices, containing 
one or more processors of their own, allowing them to 
perform sophisticated tasks with some degree of inde- 
pendence. Sometimes, a processor and a controller will 
share a resource with another processor, such as the 
host's central processor unit. One resource which may 
be shared is a memory unit. 

It is well known that when two independent proces- 
sors share a common resource (such as a memory 
through which the processors and the processes they 
execute may communicate with each other), the opera- 
tion of the two processors (i.e., the execution of pro- 
cesses or tasks by them) must be "interlocked" or "syn- 
chronized," so that in accessing the shared resource, a 
defined sequence of operations is maintained and so- 
called "race" conditions are avoided. That is, once a 
first processor starts using the shared resource, no other 
processor may be allowed to access that resource until 
the first processor has finished operating upon it. Opera- 
tions which otherwise might have occurred concur- 
rently must be constrained to take place seriatim, in 
sequence. Otherwise, information may be lost, a proces- 
sor may act upon erroneous information, and system 
operation will be unreliable. To prevent this from hap- 
pening, the communications mechanism (i.e., bus) 
which links together the processors and a shared re- 
source typically is provided with a hardware "inter- 
lock" or synchronization capability, by means of which 
each processor is prevented from operating on the 
shared resource in other than a predefined sequence. 

In the prior art, three interlock mechanisms are 
widely known for synchronizing processors within an 
operating system, to avoid race conditions. One author 
calls these mechanisms (1) the test-and-set instruction 
mechanism, (2) the wait and signal mechanism and (3) 
the P and V operations mechanism. S. Madnick and J. 
Donovan, Operating Systems, 4-5.2 at 251-55 
(McGraw Hill, Inc., 1974). That text is hereby incorpo- 
rated by reference for a description and discussion of 
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i hose mechanisms. Another author refers to three tech- 
niques for insuring correct synchronization when multi- 
ple processors communicate through a shared memory 
as (1) process synchronization by semaphores, (2) pro- 
cess synchronization by monitors and (3) process syn- 5 
chronization by monitors without mutual exclusion. C. 
Weitzman, Distributed Micro/Mini Computer Systems: 
Structure, Implementation and Application, 3.2 at 
103-14 (Prentice Hall, Inc., 1980). That text is hereby 
incorporated by reference for a description and discus- '0 
sion of those techniques. When applied to multiple pro- 
cessors which communicate with a shared resource by a 
bus, such mechanisms impose limitations on bus charac- 
teristics; they require, for example, that certain com- 
pound bus operations be indivisible, such as an opera- '^ 
lion which can both test and set a so-called "sema- 
phore" or monitor without being interrupted while 
doing so. These become part of the bus description and 
specifications. 

If the testing of a semaphore were done during one 
bus cycle and the setting during a different bus cycle, 
two or more processors which want to use a shared 
resource might test its semaphore at nearly the same 
time. If the semaphore is not set, the processors all will 
see the shared resource as available. They will then try 
to access it; but only one can succeed in setting the 
semaphore and getting access; each of the other proces- 
sors, though, having already tested and found the re- 
source available, would go through the motions of set- ,„ 
ting the semaphore and reading or writing data without 
knowing it had not succeeded in setting the semaphore 
and accessing the resource. The data thus read will be 
erroneous and the data thus written could be lost. 

Not all buses, though, are designed to allow imple- 35 
mentation of such indivisible operations, since some 
buses were not designed with the idea of connecting 
multiple processors via shared resources. Consequently, 
such buses are not or have not been provided with 
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When a bus does not have such a capability, resort 
frequently has been made to use of processor interrupts 
to control the secondary storage facility, or some com- 
bination of semaphores and interrupts (as in the Carne- 
gie-Mellon University C.mpp multi-minicomputer sys- 45 
tern described at pages 27-29 and 110-111 of the above- 
identified book by Weitzman), but those approaches 
have their drawbacks. If multiple processors on such a 
bus operate at different rates and have different opera- 
tions to perform, at least one processor frequently may 50 
have to wait for the other. This aggrevates the slow- 
down in processing already inherent in the use of inter- 
rupt control with a single processor. 

A further characteristic of prior secondary storage 
facihties is that when a host initially connects to a con- 55 
troller, it usually assumes, but cannot verify, that the 
controller is operating correctly. 

Therefore, it is an object of this invention to improve 
the operation of a secondary storage facility including a 
controller and a drive. 60 

A further object of this invention is to provide such a 
facility with an improved method for handling host- 
controller communications over a bus lacking a hard- 
ware interlock capability, whereby the processor in the 
host and controller can operate at different rates with 65 
minima! interrupts and avoidance of race conditions. 

Another object of this invention is to provide a com- 
munications mechanism for operation between control- 



ler and host which permits the host to verify correct 
operation of the controller at the time of initialization. 

Still another object of the invention is to provide a 
communications mechanism which minimizes the gen- 
eration of host interrupts by the controller during peak 
input/output loads. 

Still another object of this invention is to provide an 
interface between host and controller which allows for 
parallel operation of multiple devices attached to an 
individual controller, with full duplexing of operation 
initiation and completion signals. 

SUMMARY OF THE INVENTION 

In accordance with this invention, the host-controller 
interconnection is accomplished through an interface 
which includes a set of data structures employing a 
dedicated communications region in host memory. This 
communications region is operated on by both the host 
and the peripheral controller in accordance with a set of 
rules discussed below. Basically, this interface has two 
layers: (1) a transport mechanism, which is the physical 
machinery for the bi-directional transmission of words 
and control signals between the host and the controller 
and (2) a port, which is both hardware for accomphsh- 
ing exchanges via the transport mechanism and a pro- 
cess implementing a set of rules and procedures govern- 
ing those exchanges. This port "resides" partly in the 
host and partly in the controller and has the purposes of 
facilitating the exchange of control messages (i.e., com- 
mands and responses) and verifying the correct opera- 
tion of the transport mechanism. 

Commands and responses are transmitted between 
the host and a peripheral controller as packets, over an 
input/output bus of the host, via transfers which do not 
require processor interruption. These transfers occur to 
and from the dedicated communication region in the 
host memory. The port polls this region for commands 
and the host polls it for responses. A portion of this 
communication region comprises a command (i.e., 
transmission) list and another portion comprises a re- 
sponse (i.e., receiving) list. An input/output operation 
begins when the host deposits a command in the com- 
mand list. The operation is seen as complete when the 
corresponding response packet is removed by the host 
from the response list. 

More specifically, the communications region of host 
memory consists of two .sections: (1) a header section 
and (2) a variable-length section. The header section 
contains interrupt identification words. The variable- 
length section contains the response and command lists, 
organized into "rings". A "ring" is a group of memory 
locations which is addressable in rotational (i.e., mod- 
ulo) sequence, such that when an incrementing counter 
(modulo-buffer-size) is used for addressing the buffer, 
the address of the last location is the sequence is fol- 
lowed next by the address of the first location. Each 
buffer entry, termed a descriptor, includes (1) an ad- 
dress where a command may be found for transmission 
or where a response is written, as appropriate, and (2) a 
so-called "ownership" byte (which in its most elemen- 
tary form reduces to a sigle ownership bit) which is 
used by the processors to controll access to the entry. 

Because of properties which will be outlined below, 
the port may be considered to be effectively integral 
with the controller; all necessary connections between 
the host and peripheral can be established by the port- 
/controller when it is initialized. 
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The port can itself generate processor interrupts; this FIG. 9 is a diagrammatic illustration of the command 
happens at the option of the host only when the com- and response message envelopes; 
mand ring makes a transition from a full to a not-full FIG. 10 is a diagrammatic illustration of a buffer 
condition or when the response ring makes the converse description according to the present invention; 
transition from empty to non-empty. Thus, the rings 5 FIG. 11 is a diagrammatic illustration of the status 
buffer the asynchronous occurrence of command and and address (SA) register 38 of FIG. 3A; 
response packets, so that under favorable conditions FIGS. 12A-12D are flow charts of the port/con- 
long strings of commands, responses and exchanges can troller initialization sequence according to this inven- 
be passed without having to interrupt the host proces- tion; and 
sor. 10 FIG. 13 is a diagrammatic illustration of the "last fail" 

An input/output operation begins when the host response packet of this invention, 

deposits a command into the command list. The opera- DETAILED DESCRIPTION OF AN 

tion is seen as complete when the corresponding re- ILLUSTRATIVE EMBODIMENT 
sponse is removed by the host from the response list. 

Only the host writes into the command ring (i.e., list) 15 The present invention sees particular utility in a data 

and only the controller writes into the response ring. processing system having an architectural conHguration 

The "ownership" bit for each ring entry is set to a first designed to enhance development of future mass stor- 

state by the processor which writes the ring entry and is ^8« systems, at reduced cost. Such a system is shown in 

cleared from that state by the other processor only after ^^ ^ ^" "^»* ^y^^^"^' » ^'S^ level protocol (mdicated 

the command has been sent or the response read. In ^0 at lA) is employed for communications between a host 

addition, after writing an entry, the same processor computer 1 and mtelligent mass storage controller to. 

cannot alter it until the other processor has cleared that ^"'='^ ^ ^'^^ '^^^j P^^'^f ' '* .'"'^"'*,^^ '°. ^'^^ "'^ ^°'' 

entry's ownership bit *" having to deal with peripheral device-dependent 

By organizing the command and response lists into „ requirements (such as disk geometry and error recovery 

rings and controlling their operation through a rigid ^^ strategies). This .s accomplished m part through the use 

^. , ^ 1 I.- 1. ■ 1 J L- 1.^ of a communications hierachy m which the host com- 

sequential protocol which includes an ownership byte . ^ -^u . , ■ •_ i j ■ 

, ^ .... e v.- . jir ^xj municates with only one or two peripheral device 

(or bit) for each ring entry and rules for setting and ,, , „ , ■ , . ■ a ■ ^ I c jc-e 

, ■ ^, <• ■ ._ , . J ,. class drivers, such as a driver 4 instead of a different 

cleanng the ownership byte, the host and controller j/q ^^.^^^ ^^^ ^^^ ^^^^ ^^ peripheral device. For 

processors are allowed to operate at their own rates and 3^ ^^^^ , jj,^^^ ^^ ^„^ ^^J^^ ^^^ ^,] ^^^^ ^,^^^ j^. 

the need for a hardware bus interlock in avoided This ^-^^^ ^„j ^„^jj,^^ f^^ ^,j ^^^^ ^^^-^^^ 

allows the system to utilize, for example, the UNIBUS ^ach class driver, in turn, communicates with a de- 

communication interconnection of Digital Equipment ^j^.^ controller (e.g., 2) through an interface mechanism 

Corp., Maynard, Mass., which is an exemplary bus 10. Much of the interface mechanism 10 is bus-specific, 

lacking a hardware interiock feature. 35 xherfore, when it is desired to connect a new mass 

These and other features, advantages and objects of storage device to the system, there is no need to change 

the present invention will become more readily appar- j^e host's input/output processes or operating system, 

ent from the following detailed description, which which are costly (in time, as well as money) to develop, 

should be read in conjunction with the accompanying Only the controller need be modified to any substantial 

drawings. 4q degree, which is far less expensive. And much of that 

BRIEF DESCRIPTION OF THE DRAWING ^°^^ <^^" ^ averted if the controller and host are made 

self-adaptive to certain of the storage device's charac- 

FIG. 1 is a conceptual block diagram of a system teristics, as explained in the above-identified commonly 

employing an architecture in which the present inven- assigned applications, 

tion sees utility; 45 Device classes are determined by their storage and 

FIG. 2 is a basic block diagram of a data processing transfer characteristics. For example a so-called "disk 

system in which the present invention may be em- class" is characterized by a fixed block length, individ- 

ployed; ual block update capability, and random access. Simi- 

FIG. 3A is a system block diagram of an illustrative larly a so-called "tape class" is characterized by a vari- 

embodiment of a data processing system utilizing the 50 able block length, lack of block update capability, and 

interface of the present invention; sequential access. Thus, the terms "disk" and "tape" as 

FIGS. 3B and 3C are diagrammatic illustrations of a used herein refer to devices with such characteristics, 

ring SOD or 80E of FIG. 3A. rather than to the physical form of the storage medium. 

FIGS. 4A and 4B are elementary flow diagrams illus- Within the framework of this discussion, a system 

trating the sequence of events when the controller 55 comprises a plurality of subsystems interconnected by a 

wishes to send a response to the host; communications mechanism (i.e. a bus and associated 

FIG. 5 is an elementary flow diagram showing the hardware). Each subsystem contains a port driver, (4 or 

sequence of events when the host issues a command to 5) which interfaces the subsystem to the communica- 

the controller; tions mechanism. The communications mechanism con- 

FIG. 6 is a similar flow diagram showing the control- 60 tains a port (8 or 9) for each subsystem; the port is sim- 

ler's action in response to the host's issuance of a com- ply that portion of the communications mechanism to 

mand; which a port driver interfaces directly. 

FIG. 7 is a diagrammatic illustration of the communi- FIG. 1 illustrates an exemplary system comprising a 

cations area of host memory, including the command host 1 and an intelligent mass storage controller 2. Host 

and response rings; 65 1 includes a peripheral class driver 3 and a port driver 4. 

FIG. 8 is a diagrammatic illustration of the formatted Controller 2, in turn, includes a counterpart port driver 

command and response descriptors which comprise the 5 and an associated high-level protocol server 2. A 

ring entries; communications mechanism 7 connects the host to the 
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controller, and vice-versa. The communications mecha- 
nism includes a port (i.e., interface mechanism) (8,9) for 
each port driver. 

The port drivers 4 and 5 provide a standard set of 
communications services to the processes within their S 
subsystems; port drivers cooperate with each other and 
with the communications mechanism to provide these 
services. In addition, the port drivers shield the physical 
characteristics of the communications mechanism from 
processes that use the communications services. 10 

Class driver 3 is a process which executes within host 
1. Typically, a host class I/O driver 3 communicates 
with a counterpart in the controller 2, called a high- 
level protocol server, 6. 

The high-level protocol server 6 processes host com- 15 
mands, passes commands to device-specific modules 
within the controller, and sends responses to host com- 
mands back to the issuing class driver. 

In actual implementation, it is also pKissible for the 
functions of the controller-side port driver S and port 9 20 
to be performed physically at the host side of the com- 
munications mechanism 7. This is shown in the example 
described below. Nevertheless, the diagram of FIG. 1 
still explains the architectural concepts involved. 

Note also that for purposes of the further explanation 25 
which follows, it is generally unnecessary to distinguish 
between the port and its port driver. Therefore, unless 
the context indicates otherwise, when the word "port" 
is used below, it presumes and refers to the inclusion of 
a port driver, also. 30 

Referring now to FIG. 2, there is shown a system 
level block diagram of a data processing system utiliz- 
ing the present invention. A host computer 1 (including 
an interiface mechanism 10) employs a secondary stor- 
age subsystem 20 comprising a controller 30, a disk 35 
drive 40 and a controller-drive interconnection cable 
50. The host 1 communicates with the secondary stor- 
age subsystem 20 over an input/output bus <iO. 

FIG. 3A expands the system definition to further 
explain the structure of the host 1, controller 30 and 40 
their interface. As illustrated there, the host 1 comprises 
four primary subunits: a central processor unit (CPU) 
70, a main memory 80, a system bus 90 and a bus adapter 
110. 

A portion 80A of memory 80 is dedicated to service 45 
as a communications region for accessing the remainder 
of memory 80. As shown in FIG. 3A, communications 
area 80A comprises four sub-regions, or areas. Areas 
80B and 80C together form the above-indicated header 
section of the communications area. Area SOB is used 50 
for implementing the bus adapter purge function and 
area 80C holds the ring transition interrupt indicators 
used by the port. The variable-length section of the 
communications region comprises the response list area 
80D and the command list area 80E. The lists in areas 55 
80D and 80E are organized into rings. Each entry, in 
each ring, in turn, contains a descriptor (see FIG. 10) 
pointing to a memory area of sufficient size to accom- 
modate a command or response message packet of pre- 
determined maximum length, in bytes. 60 

Host 1 may, for example, be a Model VAX- 1 1/780 or 
PDP 1 1 computer system, marketed by Digital Equip- 
ment Corporation of Maynard, Mass. 

System bus 90 is a bi-directional information path and 
communications protocol for data exchange between 65 
the CPU 70, memory 80 and other host elements which 
are not shown (so as not to detract from the clarity of 
this explanation). The system bus provides checked 



parallel information exchanges synchronous with a 
common system clock. A bus adapter 110 translates and 
transfers signals between the system bus 90 and the 
host's input/output (I/O) bus 60. For example, the I/O 
bus 60 may be the UN! BUS I/O connection, the system 
bus may be the syncronous backlane interconnection 
(SBI) of the VAX- 11/780 computer, and the bus 
adapter 110 may be the Model DW780 UNIBUS 
Adapter, all Digital Equipment Corporation products. 

Controller 30 includes several elements which are 
used specifically for communicating with the host 1. 
There are pointers 32 and 34, a command buffer 36 and 
a pair of registers, 37 and 38. Pointers 32 and 34 keep 
track of the current host command ring entry and the 
host response ring entry, respectively. Command buff- 
ers 36 provide temporary storage for commands await- 
ing processing by the controller and a pair of registers 
37 and 38. Register 37, termed the "IP" register, is used 
for initialization and polling. Register 38, termed the 
"SA" register, is used for storing status and address 
information. 

A processor 31 is the "heart" of the controller 30; it 
executes commands from buffer 36 and does all the 
housekeeping to keep communications flowing between 
the host 1 and the drive 40. 

The physical realization of the transport mechanism 
includes the UNIBUS interconnection (or a suitable 
counterpart) 60, system bus 90 and any association host 
and/or controller-based logic for adapting to same, 
including memory-bus interface 82, bus adapter 110, 
and bus-controller interface 120. 

The operation of the rings may be better understood 
by referring to FIGS. 3B and 3C, where an exemplary 
four entry ring 130 is depicted. This ring may be either 
a command ring or a response ring, since only their 
application differs. Assume the ring 130 has been oper- 
ating for some time and we have started to observe it at 
an arbitrarily selected moment, indicated in FIG. 3B. 
There are four ring entry positions 132-138, with con- 
secutive addresses RB, RB-l-1, RB-(-4, respectively. 
Each ring entry has associated with it an ownership bit 
(133, 135, 137, 139) which is used to indicate its status. 
A write pointer (WP), 142, points to the most recent 
write entry; correspondingly, a read pointer (RP), 144, 
points to the most recent read entry. In, FIG. 3B, it will 
be seen that entry 138 has been read, as indicated by the 
position of RP 144 and the state of ownership bit 139. 
By convention, the ownership bit is set to 1 when a 
location has been filled (i.e., written) and to when it 
has been emptied (i.e., read). The next entry to be read 
is 132. Its ownership bit 133 is set to 1, indicating that it 
already has been written. Once entry 132 is read, its 
ownership bit is cleared, to 0, as indicated in FIG. 3C. 
This completely empties the ring 130. The next entry 
134 cannot be read until it is written and the state of 
ownership bit 135 is changed. Nor can entry 132 be 
re-read accidentally, since its ownership bit has been 
cleared, indicating that it already has been read. 

Having thus provided a block diagram explanation of 
the invention, further understanding of this interface 
will require a brief digression to explain packet commu- 
nications over the system. 

The port is a communications mechanism in which 
communications take place between pairs of processes 
resident in separate subsystems. (As used herein, the 
term "subsystems" include the host computers and de- 
vice controllers; the corresponding processes are host- 
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resident class drivers and controller-resident protocol 
servers.) 

Communications between the pair of processes take 
place over a "connection" which is a soft communica- 
tions path through the port; a single port typically will 5 
implement several connections concurrently. Once a 
connection has been established, the following three 
services are available across that connection: (1) se- 
quential message; (2) datagram; and (3) block data trans- 
fer. 10 

When a connection is terminated, all outstanding 
communications on that connection are discarded; that 
is, the receiver "throws away" all unacknowledge mes- 
sages and the sender "forgets" that such messages have 
been sent. 15 

The implementation of this communications scheme 
on the UNIBUS interconnection 60 has the following 
characteristics: (1) communications are always point-to- 
point between exactly two subsystems, one of which is 
always the host; (2) the port need not be aware of map- 20 
ping or memory management, since buffers are identi- 
fied with a UNIBUS address and are contiguous within 
the virtual buss address space; and (3) the host need 
never directly initiate a block data transfer. 

The port effectively is integral with the controller, 25 
even though not full localized there. This result happens 
by virtue of the point-to-point property and the fact that 
the device controller knows the class of device (e.g., 
disk drive) which it controls; all necessary connections, 
therefore, can be established by the port/controller 30 
when it is initialized. 

The Sequential Message service guarantees that all 
messages sent over a given connection are transmitted 
sequentially in the order originated, duplicate-free, and 
that they are delivered. That is, messages are received 35 
by the receiving process in the exact order in which the 
sending process queued them for transmission. If these 
guarantees cease to be met, or if a message cannot be 
delivered for any reason, the port enters the so-called 
"fatal error" state (described below) and all port con- 40 
nections are terminated. 

The Datagram service does not quarantee reception, 
sequential reception of duplicate-free reception of data- 
grams, though the probability of failure may be required 
to be very low. The port itself can never be the cause of 45 
such failures; thus, if the using processes do make such 
guarantees for datagrams, then the datagram service 
over the port becomes equivalent to the Sequential 
Message service. 

The Block Data Transfer service is used to move data 50 
between named buffers in host memory and a peripheral 
device controller. In order to allow the port to be un- 
aware of mapping or memory management, the 
"Name" of a buffer is merely the bus address of the first 
byte of the buffer. Since the host never directly initiates 55 
a block data transfer, there is no need for the host to be 
aware of controller buffering. 

Since the communicating processes are asynchro- 
nous, flow control is needed if a sending process is to be 
prevented from producing congestion or deadlock in a 60 
receiving process (i.e., by sending messages more 
quickly than the receiver can capture them). Flow con- 
trol simply guarantees that the receiving process has 
buffers in which to place incoming messages; if all such 
buffers are full, the sending process is forced to defer 65 
transmission until the condition changes. Datagram 
service does not use flow control. Consequently, if the 
receiving process does not have an available buffer, the 



datagram is either processed immediately or discarded, 
which possibility explicitly is permitted by the rules of 
that service. By contrast, the Sequential Message ser- 
vice does use flow control. Each potential receiving 
process reserves, or pre-allocates, some number of buff- 
ers into which messages may be received over its con- 
nection. This number is therefore the maximum number 
of messages which the sender may have outstanding and 
unprocessed at the receiver, and it is communicated to 
the sender by the receiver in the form of a "credit" for 
the connection. When a sender has used up its available 
credit, it must wait for the receiver to empty and make 
available one of its buffers. The message credits machin- 
ery for the port of the present invention is described in 
detail below. 

The host-resident driver and the controller provides 
transport mechanism control facilities for dealing with: 
(1) transmission of commands and responses; (2) sequen- 
tial delivery of commands; (3) asynchronous commica- 
tion; (4) unsolicited responses; (5) full duplex communi- 
cation; and (6) port failure recovery. That is, com- 
mands, their responses and unsolicited "responses" (i.e., 
controller-to-host messages) which are not responsive 
to a command may occur at any time; full duplex com- 
munication is necessary to handle the bi-directional 
flow without introducing the delays and further buffer- 
ing needs which would be associated with simplex com- 
munications. It is axiomatic that the host issues com- 
mands in some sequence. They must be fetched by the 
controller in the order in which they were queued to 
the transport mechanism, even if not executed in that 
sequence. Responses, however, do not necessarily 
occur in the same order as the initiating commands; and 
unsolicited messages can occur at any time. Therefore, 
asynchronous communications are used in order lo 
allow a response or controller-to-host message to be 
sent whenever it is ready. Finally, as to port failure 
recovery, the host's port driver places a timer on the 
port, and reinitializes the port in the event the port times 
out. 

This machinery must allow repeated access to the 
same host memory location, whether for reads, writes, 
or any mixture of the two. 

The SA and IP registers (37 and 38) are in the I/O 
page of the host address space, but in controller hard- 
ware. They are used for controlling a number of facets 
of port operation. These registers are always read as 
words. The register pair begins on a longword bound- 
ary. Both have predefined addresses. The IP register 
has two functions: first, when written with any value, it 
causes a "hard" initialization of the port and the device 
controller; second, when read while the port is operat- 
ing, it causes the controller to initiate polling of the 
command ring, as discussed below. The SA register 38 
has four functions: first, when read by the host during 
initialization, it communicates data and error informa- 
tion relating to the initialization process; second, when 
written by the host during initialization, it communi- 
cates certain host-specific parameters to the port; third, 
when read by the host during normal operation, it com- 
municates status information including port- and con- 
troller-detected fatal errors; and fourth, when zeroed by 
the host during initialization and normal operation, it 
signals the port that the host has successfully completed 
a bus adapter purge in response to a port-initiated purge 
request. 

The port driver in the host's operating system exam- 
ines the SA register regularly to verify normal port- 
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/controller operation. A self-detected port/controller 
fatal error is reported in the SA register as discussed 
below. 

Transmission of Commands and Responses-Overview - 

When the controller desires to send a response to the 
host, a several step operational sequence takes place. 
This sequence is illustrated in FIGS. 4A and 4B. Ini- 
tially, the controller looks at the current entry in the 
response ring indicated by the response ring pointer 34 10 
and determines whether that entry is available to it (by 
using the "ownership" bit). (Step 202.) If not, the con- 
troller continues to monitor the status of the current 
entry until it becomes available. Once the controller has 
access to the current ring entry, it writes the response 15 
mto a response buffer in host memory, pointed to by 
that ring entry, and indicates that the host now "owns" 
that ring entry by clearing and "Ownership" bit; it also 
sets a "FLAG" bit, the function of which is discussed 
below. (Step 204.) 20 

Next, the port determines whether the ring has gone 
from an empty to a non-empty transition (step 206); if 
so, a potentially interruptable condition has occurred. 
Before an interrupt request is generated, however, the 
port checks to ensure that the "FLAG" bit is a 1 (step 25 
208); an interrupt request is signalled only on an affirma- 
tive indication (Step 210). 

Upon receipt of the interrupt request, the host, when 
it is able to service the interrupt, looks at the current 
entry in the response ring and determines whether it is 30 
"owned" by the host or controller (i.e., whether it has 
yet been read by that host). (Step 212.) If it is owned by 
the controller, the interrupt request is dismissed as spu- 
rious. Otherwise, the interrupt request is treated as 
valid, so the host processes the response (Step 214) and 35 
then updates its ring pointer (Step 216). 

Similar actions take place when the host wants to 
send a command, as indicated in FIG. 5. To start the 
sequence, the host looks at the current command ring 
entry and determines whether that ring entry is owned 40 
by the host or controller. (Step 218.) If it is owned by 
the controller, the host starts a timer (Step 220.) (pro- 
vided that is the first time it is looking at that ring en- 
try), if the timer is not stopped (by the command ring 
entry becoming available to the host) and is allowed to 45 
time out, a failure is indicated; the port is the reinitial- 
ized. (Step 222.) If the host owns the ring entry, how- 
ever, it puts the packet address of the command in the 
current ring entry. (Step 224.) If a command ring trans- 
fer interrupt is desired (step 226), the FLAG bit is 50 
set =1 to so indicate (step 228). The host then sets the 
"ownership" bit= 1 the ring entry to indicate that there 
is a command in that ring entry to be acted upon. (Step 
230.) The port is then told to "poll" the ring (i.e., the 
host reads the IP register, which action is interpreted by 55 
the port as a notification that the ring contains one or 
more commands awaiting transmission; in response, the 
port steps through the ring entries one by one until all 
entries awaiting transmission have been sent. (Step 232.) 

The host next determines whether it has additional 60 
commands to send. (Step 233.) If so, the process is re- 
peated; otherwise, it is terminated. 

In responding to the issuance of a command (see FIG. 
6), the port first detects the instruction to poll (i.e., the 
read operation to the IP register). (Step 234.) Upon 65 
detecting that signal, the port must determine whether 
there is a buffer available to receive a command. (Step 
236.) It waits until the buffer is available and then reads 
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the current ring entry to determine whether that ring 
entry is owned by the port or host. (Step 238.) If owned 
by the port, the command packet is read into a buffer. 
(Step 240.) The FLAG bit is then set and the "owner- 
ship" bit in the ring entry is changed to indicate host 
ownership. (Step 242.) If not owned by the port, polling 
terminates. 

A test is then performed for interrupt generation. 
First the port determines whether the command ring 
has undergone a full to not-full transition. (Step 244.) If 
so, the port next determines whether the host had the 
FLAG bit set. (Step 246.) If the FLAG bit was set, an 
interrupt request is generated. (Step 248.) The ring 
pointer is then incremented. (Step 250.) 

Response packets continue to be removed after the 
one causing an interrupt and, likewise, command pack- 
ets continue to be removed by the port after a poll. 

The Communications Area 

The communications area is aligned on a 16-bit word 
boundary whose layout is shown in FIG. 7. Addresses 
for the words of the rings are identified relative to a 
"ringbase" address 252. The words in regions SOB, 80C 
whose addresses are ringbase-3, ringbase-2 and ring- 
base- 1 (hereinafter designated by the shorthand [ring- 
base-3], etc., where the brackets should be read as the 
location "whose address is") are used as indicators 
which are set to zero by the host and which are set 
non-zero by the port when the port interrupts the host, 
to indicate the reason for the interrupt. Word [ringbase- 
3] indicates whether the port is requesting a bus adapter 
purge; the non-zero value is the adapter channel number 
contained in the high-order byte 254 and derived from 
the triggering command. (The host responds by per- 
forming the purge. Purge completion is signalled by 
writing zeros to the SA register). 

Word 256 [ringbase-2] signals that the command 
queue has transitioned from full to not-full. Its non-zero 
value is predetermined, such as one. Similarly, word 
258 [ringbase- 19 indicates that the response queue has 
transitioned from empty to not-empty. Its non-zero 
value also is predetermined (e.g., one). 

Each of the command and response lists is organized 
into a ring whose entries are 32-bit descriptors. There- 
fore, for each list, after the last location in the list has 
been addressed, the next location in sequence to be 
addressed is the first location in the list. That is, each list 
may be addressed by a modulo-N counter, where N is 
the number of entries in the ring. The length of each 
ring is determined by the relative speeds with which the 
host and the port/controller generate and process mes- 
sages; it is unrelated to the controller command limit. 
At initialization time, the host sets the ring lenghts. 

Each ring entry, or formatted descriptor, has the 
layout indicated in FIG. 8. In the low-order 16-bit (260), 
the least significant bit, 262, is zero; that is, the envelope 
address [text-|-0] is word-aligned. The remaining low- 
order bits are unspecified and vary with the data. In the 
high-order portion 264 of the descriptor, the letter "\J" 
in bits 266 and 268 represent a bit in the high-order 
portion of an 18-bit UNIBUS (or other bus) address. 
Bits 270-276, labelled "Q", are available for extending 
the high-order bus address; they are zero for UNIBUS 
systems. The most significant bit, 278, contains the 
"ownership" bit ("0") referred to above; it indicates 
whether the descriptor is owned by the host (0=1), and 
acts as an interlock protecting the descriptor against 
premature access by either the host or the port. The 
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next lower bit, 280, is a "FLAG" bit (labelled "F") 
whose meaning varies depending on the state of the 
descriptor. When the port returns a descriptor to the 
host, it sets F=l, indicating that the descriptor is full 
and points to response. On the other hand, when the 5 
controller acquires a descriptor from the host, F=l 
indicates that the host wants a ring transition interrupt 
due to this slot. It assumes that transition interrupts 
were enabled during initialization and that this particu- 
lar slot triggers the ring transition. F=0 means that the 10 
host does not want a transition host interrupt, even if 
interrupts were enabled during initialization. The port 
always sets F=l when returning a descriptor to the 
host; therefore, a host desiring to override ring transi- 
tion interrupts must always clear the FLAG bit when 15 
passing ownership of a descriptor to the port. 

Message Envelopes 

As stated above, messages are sent as packets, with an 
envelope address pointing to word [text+0] of a 16-bit, 20 
word-aligned message envelope formatted as shown in 
FIG. 9. 

The MSG LENGTH field 282 indicates the length of 
the message text, in bytes. For commands, the length 
equals the size of the command, starting with [text+0]. 25 
For responses, the host sets the length equal to the size 
of the response buffer, in bytes, starting with [text+0]. 
By design, the minimum acceptable size is 60 bytes of 
message text (i.e., 64 bytes overall). 

The message length field 282 is read by the port be- 30 
fore the actual transmission of a response. The port may 
wish to send a response longer than the host can accept, 
as indicated by the message length field. In that event, it 
will have to break up the message into a plurality of 
packets of acceptable size. Therefore, having read the 35 
message length field, the controller then sends a re- 
sponse whose length is either the host-specified message 
length or the length of the controller's response, if 
smaller. The resulting value is set into the message 
length field and sent to the host with the message 40 
packet. Therefore, the host must re-initialize the value 
of that field for each proposed response. 

The message text is contained in bytes 284a-284w, 
labelled MBj. The "connection id" field 286 identifies 
the connection serving as source of, or destination for, 45 
the message in question. The "credits" field 288 gives 
the credit value associated with the message, which is 
discussed more fully below. The "msgtyp" field 290 
indicates the message type. For example, a zero may be 
used to indicate a sequential message, wherein the cred- 50 
its and message length fields are valid. A one may indi- 
cate a datagram, wherein the credits field must be zero, 
but message length is valid. Similarly, a two may indi- 
cate a credit notification, with the credits field valid and 
the message length field zero. 55 



Message Credits 

A credit-based message limit mechanism is employed 
for command and response flow control. The credits 
field 288 of the message envelope supports credit- 60 
accounting algorithm. The controller 30 has a buffer 36 
for holding up to M commands awaiting execution. In 
its first response, the controller will return in the credits 
field the number, M, of commands its buffer can hold. 
This number is one more than the controller's accep- 65 
tance limit for non-immediate commands; the "extra" 
slot is provided to allow the host always to be able to 
issue an immediate-class command. If the credit account 



has a value of one, then the class driver may issue only 
an immediate-type command. If the account balance is 
zero, the class driver may not issue any commands at 
all. 

The class driver remembers the number M in its 
"credit account". Each time the class driver queues a 
command, it decrements the credit account balance by 
one. Conversely, each time the class driver receives a 
response, it increments the credit account balance by 
the value contained in the credits field of that response. 
For unsolicited responses, this value will be zero, since 
no command was executed to evoke the response; for 
solicited responses, it normally will be one, since one 
command generally gives one to one response. 

For a controller having M greater than 15, responses 
beyond the first will have credits greater than one, 
allowing the controller to "walk" the class driver's 
credit balance up to the correct value. For a well- 
behaved class driver, enlarging the command ring be- 
yond the value M+ 1 provides no performance benefits; 
in this situation command ring transition interrupts will 
not occur since the class driver will never fill the com- 
mand ring. 

The Ownership Bit 

The ownership bit 278 in each ring entry is like the 
flag on an old-fashioned mailbox. The postman raised 
the flag to indicate that a letter had been put in the box. 
When the box was emptied, the owner would lower the 
flag. Similarly, the ownership bit indicates that a mes- 
sage has been deposited in a ring entry, and whether or 
not the ring entry (i.e., mailbox) has been emptied. Once 
a message is written to a ring entry, that message must 
be emptied before a second message can be written over 
the first. 

For a command descriptor, the ownership bit "0" is 
changed from zero to one when the host has filled the 
descriptor and is releasing it to the port. Conversely, 
once the port has emptied the command descriptor and 
is returning the empty slot to the host, the ownership bit 
is changed from one to zero. That is, to send a command 
the host sets the ownership bit to one; the port clears it 
when the command has been received, and returns the 
empty slot to the host. 

To guarantee that the port/controller sees each com- 
mand in a timely fashion, whenever the host inserts a 
command in the command ring, it must read the IP 
register. This forces the port to poll if it was not already 
polling. 

For a response descriptor, when the ownership bit 
undergoes a transition from one to zero, that means that 
the port has filled the descriptor and is releasing it to the 
host. The reverse transition means that the host has 
emptied the response descriptor and is returning the 
empty slot to the port. Thus, to send a response the port 
clears the ownership bit, while and the host sets it when 
the response has been received, and returns the empty 
slot to the port. 

Just as the port must poll for commands, the host 
must poll for responses, particularly because of the 
possibility of unsolicited responses. 

Interrupts 

The transmission of a message will result in a host 
interrupt if and only if interrupts were armed (i.e., en- 
abled) suitably during initialization and one of the fol- 
lowing three conditions has been met: (1) the message 
was a command with flag 280 equal to one (i.e., F= 1), 
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and the fetching of the command by the port caused the 
command ring to undergo a transition from full to not- 
full; (2) if the message was a response with F= 1 and the 
depositing of the message by the port caused the re- 
sponse ring to make a transition from empty to not- 5 
empty; or (3) the port is interfaced to the host via a bus 
adapter and a command required the port/controller to 
re-access a given location during data transfer. (The 
latter interrupt means that the port/controller is re- 
questing the host to purge the indicated channel of the 10 
bus adapter.) 

Port Polling 

The reading of the IP register by the host causes the 
port/controller to poll for commands. The port/con- 15 
troller begins reading commands out of host memory; if 
the controller has an internal command buffering capa- 
bility, it will write commands into the buffer if they 
can't be executed immediately. The port continues to 
poll for full command slots until the command ring is 20 
found to be empty, at which time it will cease polling. 
The port will resume polling either when the controller 
delivers a response to the host, or when the host reads 
the IP register. 

Correspondingly, response polling for empty slots 25 
continues until all commands buffered within the con- 
troller have been completed and the associated re- 
sponses have been sent to the host. 

Host Polling ,Q 

Since unsolicited responses are possible, the host 
cannot cease polling for responses when all outstanding 
commands have been acknowledged, though. If it did, 
an accumulation of unsolicited messages would first 
saturate the response ring and then any controller inter- 35 
nal message buffers, blocking the controller and pre- 
venting it from processing additional commands. Thus, 
the host must at least occassionally scan the response 
ring, even when not expecting a response. One way to 
accomplish this is by using the ring transition interrupt 40 
facility described above; the host also should remove in 
sequence from the response ring as many responses as it 
finds there. 



Data Transmission 
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Data transmission details are controller-dependent. 
There are certain generic characteristics, however. 

Data transfer commands are assumed to contain 
buffer descriptors and byte or word counts. The buffers 
serve as sources or sinks for the actual data transfers, 50 
which are effected by the port as non-processor (NPR 
or DMA) transfers under command-derived count con- 
trol to or from the specified buffers. A buffer descriptor 
begins at the first word allocated for this purpose in the 
formats of higher-level commands. When used with the 55 
UNIBUS interconnection, the port employs a two- 
word buffer descriptor format as illustrated in FIG. 10. 
As shown wherein, the bits in the low-order buffer 
address 292 are message-dependent. The bits labelled 
"U" (294, 296) in the high-order portion 298 of the 60 
buffer descriptor are the high-order bits of an 18-bit 
UNIBUS address. The bits 300-306, labelled "Q", are 
usable as an extension to the high-order UNIBUS ad- 
dress, and are zero for UNIBUS systems. 

Repeated access to host memory locations must be 65 
allowed for both read and write operations, in random 
sequence, if the interfaces are to support higher-level 
protocol functions such as transfer restarts, compares. 



and so forth. In systems with buffered bus adapters, 
which require a rigid sequencing this necessitates purg- 
ing of the relevant adapter channel prior to changing 
from read to write, or vice versa, and prior to breaking 
an addressing sequence. Active cooperation of the host 
CPU is required for this action. The port signals its 
desire for an adapter channel purge, as indicated above 
under the heading "The Communications Area". The 
host performs the purge and writes zeroes to the SA 
register 38 to signal completion. 

Transmission Errors 

Four classes of transmission errors have been consid- 
ered in the design of this interface: (1) failure to become 
bus master; (2) failure to become interrupt master; (3) 
bus data timeout error; and (4) bus parity error. 

When the port (controller) attempts to access host 
memory, it must first become the "master" of bus 60. To 
deal cleanly with the possibility of this exercise failing, 
the port sets up a corresponding "last fail" response 
packet (see below) before actually requesting bus ac- 
cess. Bus access is then requested and if the port timer 
expires, the host will reinitialize the port/controller. 
The port will then report the error via the "last fail" 
response packet (assuming such packets were eneable 
during the reinitialization). 

A failure to become interrupt master occurs when- 
ever the port attempts to interrupt the host and an ac- 
knowledgement is not forthcoming. It is treated and 
reported the same as a failure to become bus master, 
although the contents of its last fail response will, of 
course, be different. 

Bus data timeout errors involve failure to complete 
the transfer of control or data messages. If the control- 
ler retires a transfer after it has failed once, and a second 
try also fails, then action is taken responsive to the de- 
tection of a persistent error. If the unsuccessful opera- 
tion was a control transfer, the port writes a failure code 
into the SA register and then terminates the connection 
with the host. Naturally, the controller will have to be 
reinitialized. On the other hand, if the unsuccessful 
operation was a data transfer, the port/controller stays 
online to the host and the failure is reported to the host 
in the response packet for the involved operation. Bus 
parity errors are handled the same as bus data timeout 
errors. 

Fatal Errors 

Various fatal errors may be self-detected by the port 
or controller. Some of these may also arise while the 
controller is operating its attached peripheral device(s). 
In the event of a fatal error, the port sets in the SA 
register a one in its most significant bit, to indicate the 
existence of a fatal error, and a fatal error code in bits 
10-0. 

Interrupt Generation Rate 

Under steady state conditions, at most one ring inter- 
rupt will be generated for each operation (i.e., com- 
mand or response transmission). Under conditions of 
low I/O rate, this will be due to response ring transi- 
tions from empty to not-empty; with high I/O rate, it 
will be due to command ring transitions from full to 
not-full. If the operation rate fluctuates considerably, 
the ratio of interrupts to operations can be caused to 
decline from one-to-one. For example, an initially low 
but rising operation rate will eventually cause both the 
command and response rings to be partially occupied, at 
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which point interrupts will cease and will not resume 
until the command ring fills and begins to make full to 
not-full transitions. This point can be staved off by in- 
creasing the permissible depth of the command ring. 
Generally, the permissible depth of the response ring 5 
will have to be increased also, since saturation of the 
response ring will eventually cause the controller to be 
unwilling to fetch additional commands. At that point, 
the command queue will saturate and each fetch will 
generate an interrupt. 10 

Moreover, a full condition in either ring implies that 
the source of that ring's entries is temporarily choked 
off. Consequently, ring sizes should be large enough to 
keep the incidence of full rings small. For the command 
ring, the optimal size depends on the latency in the 15 
polling of the ring by the controller. For the response 
ring, the optimal size is a function of the latency in the 
ring-emptying software. 



Initialization 
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A special initiajization procedure serves to (1) iden- 
tify the parameters of the host-resident communications 
region to the port; (2) provide a confidence check on 
port/controller integrity; and (3) bring the port/con- 
troller online to the host. 25 

The initialization process starts with a "hard" initial- 
ization during which the port/controller runs some 
preliminary diagnostics. Upon successful completion of 
those diagnostics, there is a four step procedure which 
takes place. First, the host tells the controller the 30 
lengths of the rings, whether initialization interrupts are 
to be armed (i.e., enabled) and the address(es) of the 
interrupt vector(s). The port/controller then runs a 
complete internal integrity check and signals either 
success or failure. Second, the controller echos the ring 35 
lengths, and the host sends the low-order portion of the 
ringbase address and indicates whether the host is one 
which requires purge interrupts. Third, the controller 
sends an echo of the interrupt vector address(es) and the 
initialization interrupt arming signal. The host then 40 
replies with the high-order portion of the ringbase ad- 
dress, along with a signal which conditionally triggers 
an immediate test of the polling and adapter purge func- 
tions of the port. Fourth, the port tests the ability of the 
input/output bus to perform nonprocessor (NPR) trans- 45 
fers. If successful, the port zeroes the entire communica- 
tions area and signals the host that initialization is com- 
plete. The port then awaits a signal from the host that 
the controller should begin normal operation. 

At each step, the port informs the host of either sue- 50 
cess or failure. Success leads to the next initialization 
step and failure causes a restart of the initialization se- 
quence. The echoing of information to the host is used 
to check all bit positions in the transport mechanism and 
the IP and SA registers. 55 

The SA register is heavily used during initialization. 
The detailed format and meaning of its contents depend 
on the initialization step involved and whether informa- 
tion is being read from or written into the register. 
When being read, certain aspects of the SA format are 60 
constant and apply to all steps. This constant SA read 
format is indicated in FIG. 11. As seen there, the mean- 
ing of bits 15-11 of SA register 38 is constant but the 
interpretation of bits 10-0 varies. The S4-S1 bits, 
316-310, are set separately by the port to indicate the 65 
initialization step number which the port is ready to 
perform or is performing. The SI bit 310 is set for ini- 
tialization step 1; the S2 bit 312, for initialization step 2, 



etc. If the host detects more than one of the S1-S4 bits 
316-310 set at any time, it restarts the initialization of the 
port/controller; the second time this happens, the port- 
/controller is presumed to be malfunctioning. The SA 
register's most significant bit 318, labelled ER, normally 
is zero; if it takes on the value of 1, then either a port- 
/controllerbased diagnostic test has failed, or there has 
been a fatal error. In the event of such a failure or error, 
bits 10-0 comprise a field 320 into which an error code 
is written; the error code may be either port-generic or 
controller-dependent. Consequently, the host can deter- 
mine not only the nature of an error but also the step of 
the initialization during which it occurred. If no step bit 
is set but ER = 1, a fatal error was detected during hard 
initialization, prior to the start of initialization step 1. 

The occurrence of an initialization error causes the 
port driver to retry the initialization sequence at least 
once. 

Reference will now be made to FIGS. 12A-12D, 
wherein the details of the initialization process are illus- 
trated. 

The host begins the initialization sequence either by 
performing a hard initialization of the controller (this is 
done either by issuing a bus initialization (INIT) com- 
mand (Step 322) or by writing zeroes to the IP register. 
The port guarantees that the host reads zeroes in the SA 
register on the next bus cycle. The controller, upon 
sensing the initialization order, runs a predetermined set 
of diagnostic routines intended to ensure the minimum 
integrity necessary to rely on the rest of the sequence. 
(Step 324.) Initialization then sequences through the 
four above-listed steps. 

At the beginning of each initialization step n, the port 
clears bit Sn-i before setting bit S^; thus, the host will 
never see bits S„.i and S^ set simultaneously. From the 
viewpoint of the host, step n begins when reading the 
SA register results in the transition of bit S„from to 1. 
Each step ends when the next step begins, and an inter- 
rupt may accompany the step change if interrupts are 
enabled. 

Each of initialization steps 1-3 is timed and if any of 
those steps fails to complete within the alloted time, that 
situation is treated as a host-detected fatal error. By 
contrast, there is no explicit signal for the completion of 
initialization step 4; rather, the host observes either that 
controller operation has begun or that a higher-level 
protocol-dependent timer has expired. 

The controller starts initialization step 1 by writing to 
the SA register 38 the pattern indicated in FIG. 12A. 
(Step 326.) Bits 338-332 are controller-dependent. The 
"NV" bit, 332, indicates whether the port supports a 
host-settable interrupt vector address; a bit value of 1 
provides a negative answer. The "QB" bit, 330, indi- 
cates whether the port supports a 22-bit host bus ad- 
dress; a 1 indicates an affirmative answer. The "DI", bit 
328, indicates whether the port implements enhanced 
diagnostics, such as wrap-around, purge and poll test; 
an affirmative answer is indicated by a bit value of 1. 

The host senses the setting of bit 310, the SI bit, and 
reads the SA register. (Step 334.) It then responds by 
writing into the SA register the pattern shown in step 
336. The most significant bit 338 in the SA register 38 is 
set to a 1, to guarantee that the port does not interpret 
the pattern as a host "adapter purge ccomplete" re- 
sponse (after a spontaneous reinitialization). The WR 
bit, 340, indicates whether the port should enter a diag- 
nostic wrap mode wherein it will echo messages sent to 
it; a bit value of 1 will cause the port to enter that mode. 



19 



4,449,182 



20 



The port will ignore the WR bit if DI = at the begin- 
ning of initialization step 1. Field 342, commprising bits 
13-11 and labelled "C RNG LNG," indicates the num- 
ber of entries or slots in the command ring, expressed as 
a power of 2. Similarily, field 344, comprising bits 10-8 5 
and labelled "R RNG LNG", represents the number of 
response ring slots, also expressed as a power of 2. Bit 
346, the number 7 bit in the register, labelled "IE", 
indicates whether the host is arming interrupts at the 
completion of each of steps 1-3. An affirmative answer 10 
is indicated by a 1. Finally, field 348, comprising regis- 
ter bits 6-0, labelled "INT Vector", contains the address 
of the vector to which all interrupts will be directed, 
divided by 4. If this address is 0, then port interrupts 
will not be generated under any circumstances. If this 15 
field is non-zero the controller will generate initializa- 
tion interrupts (if IE is set) and purge interrupts (if PI is 
set), and ring transition interrupts depending on the 
FLAG bit setting of the ring entry causing the transi- 
tion. 20 

The port/controller reads the SA register after it has 
been written by the host and then begins to run its full 
integrity check diagnostics; when finished, it condition- 
ally interrupts the host as described above. (Step 350.) 

This completes step I of the initalization process. 25 
Next, the controller writes a pattern to the SA register 
as indicated in FIG. 12B. (Step 352.) As shown there, 
bits 7-0 of the SA register echo bits 15-8 in step 336. The 
response and command ring lengths are echoed in fields 
354 and 356, respectively; bit 358 echoes the host's WR 30 
bit and bit 360 echoes the host's bit 15. The port type is 
indicated in field 362, register bits 10-8, and bit 12 is set 
to a 1 to indicate the beginning of step 2. 

The host reads the SA register and validates the echo 
when it sees bit 82 change state. (Step 364.) If every- 35 
thing matches up, the host then responds by writing into 
the SA register the pattern indicated in step 366. Field 
368, comprising SA register bits 15-1, labelled "ringbase 
lo addres", represents the low-order portion of the ad- 
dress of the word [ringbase +0] in the communications 40 
area. While this is a 16-bit byte address, its lowest order 
bit is 0, implicitly. The lowest order bit of the SA regis- 
ter, 370, indicated as "PI", when set equal to 1, means 
(hat the host is requesting adapter purge interrupts. 

The controller reads the low ringbase address (Step 45 
372) and then writes into the SA register the pattern 
indicated in step 374, which starts initialization step 3 by 
causing bit 376, the S3 bit, to undergo a transition from 
to I. The interrupt vector field 348 and interrupt en- 
abling bit 346 from step 336 are echoed in SA register 50 
bits 7-0. 

Next, the host reads the SA register and validates the 
echo; if the echo did not operate properly, an error is 
signalled. (Step 378). Assuming the echo was valid, the 
host then writes to the SA register the pattern indicated 55 
in step 380. Bit 382, the most significant bit, labelled 
"PP", is written with an indication of whether the host 
is requesting execution of "purge" and "poll" tests (de- 
scribed elsewhere); an affirmative answer is signaled by 
a 1. The port will ignore the PP bit if the DI bit 328 was 60 
zero at the beginning of step 1. The "ringbase hi ad- 
dress" field 384, comprising SA register bits 14-0, is the 
high-order portion of the address [ringbase 4-0], 

The port then reads the SA register; if the PP bit has 
been set, the port writes zeroes into the SA register, to 65 
signal its readiness for the test. (Step 386.) The host 
detects that action and itself writes zeroes (or anything 
else) to the SA register, to simulate a "purge com- 



pleted" host action. (Step 388.) After the port verifies 
that the host has written to the SA register (Step 390.), 
the host reads, and then disregards, the IP register. 
(Step 392.) This simulates a "start polling" command 
from the host to the port. The port verifies that the IP 
register was read, step 394, before the sequence contin- 
ues. The host is given a predetermined time from the 
time the SA register was first written during initializa- 
tion step 3 within which to complete these actions. 
(Step 396) If it fails to do so, initialization stops. The 
host may then restart the initialization sequence from 
the beginning. 

Upon successful completion of intiaiization step 3, the 
transition to intiaiization step 4 is effectuated when the 
controller writes to the SA register the pattern indi- 
cated in step 398. Field 400, comprising bits 7-0 of the 
SA register, contains the version number of the port- 
/controller microcode. In a microprogrammed control- 
ler, the functionality of the controller can be altered by 
changing the programming. It is therefore important 
that the functionality of the host and controller be com- 
patible. The system designer can equip the host with the 
ability to recognize which versions of the controller 
microcode are compatible with the host and which are 
not. Therefore, the host checks the controller micro- 
code version in field 400 and confirms that the level of 
functionality is appropriate to that particular host. (Step 
402.) The host responds by writing into the SA register 
the pattern indicated in step 404. It is read by the con- 
troller in step 405 and 406 and the operational micro- 
code is then started. 

The "burst" field in bits 7-2 of the SA register is one 
less than the maximum number of longwords the host is 
willing to allow per NPR (nonprocessor involved) 
transfer. The port uses a default burst count if this field 
is zero. The values of both the default and the maximum 
the port will accept are controller-dependent. If the 
"LF" bit 408 is set equal to I, that indicates that the host 
wants a "last fail" response packet when initialization is 
completed. The state of the LF bit 408 does not have 
any effect on the enabling/disabling of unsolicited re- 
sponses. The meaning of "last fail" is explained below. 
The "GO" bit 410 indicates whether the controller 
should enter its functional microcode as soon as initial- 
ization completes. If GO = 0, when initialization com- 
pletes, the port will continue to read the SA register 
until the host forces bit of that register to make the 
transition from to 1 . 

At the end of initialization step 4, there is no explicit 
interrupt request. Instead, if interrupts were enabled, 
the next interrupt will be due to a ring transition or to an 
adapter purge request. 

Diagnostic Wrap Mode 

Diagnostic Wrap Mode (DWM) provides host-based 
diagnostics with the means for the lowest levels of host- 
controller communication via the port. In DWM, the 
port attempts to echo in the SA register 38 any data 
written to that register by the host. DWM is a special 
path through initialization step 1; initialization steps 2-4 
are suppressed and the port/controller is left discon- 
nected from the host. A hard initialization terminates 
DWM and, if the results of DWM are satisfactory, it is 
then bypassed on the next initialization sequence. 

Last Fail 

"Last fail" is the name given to a unique response 
packet which is sent if the port/controller detected an 
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error during a previous "run" and the LF bit 405 was 
set in step 404 of the current initialization sequence. It is 
sent when initialization completes. The format of this 
packet is indicated in FIG. 3. The packet starts with 64 
bits of zeros in a pair of 32 bit words 420. Next there is 
a 32 bit word 422 consisting of a lower-order byte 422 A 
and a higher-order byte 422B, each of which has a 
unique numerical contents. Word 422 is followed by a 
double word 424 which contains a controller identifier. 
The packet is concluded by a single word 426. The 
higher-order byte 426A of word 426 contains an error 
code. The lower half of word 426 is broken into a pair 
of 8 bit fields 426B and 426C. Field 426B contains the 
controller's hardware revision number. Field 426C con- 
tains the controller's software, firmware or microcode 
revision number. 

Submitted as Appendix A hereto is a listing of a disk 
class and port driver which runs under the VMS operat- 
ing system of Digital Equipment Corp. on a VAX- 
1 1/780 computer system, and which is compatible with 
a secondary storage subsystem according to the present 
invention. 



Recap 

It should be apparent from the foregoing description 
that the present invention provides a versatile and pow- 
erful interface between host computers and peripheral 
devices, particularly secondary mass storage subsys- 
tems. TTiis interface supports asynchronous packet type 30 
command and response exchanges, while obviating the 
need for a hardware-interlocked bus and greatly reduc- 
ing the interrupt load on the host processor. The effi- 
ciency of both input/output and processor operation 
are thereby enhanced. 

A pair of registers in the controller are used to trans- 
fer certain status, command and parametric information 
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between the peripheral controller and host. These regis- 
ters are exercised heavily during a four step initializa- 
tion process. The meanings of the bits of these registers 
change according to the step involved. By the comple- 
tion of the initialization sequence, every bit of the two 
registers has been checked and its proper operation 
confirmed. Also, necessary parametric information has 
been exchanged (such as ring lenths) to allow the host 
and controller to communicate commands and re- 
sponses. 

Although the host-peripheral communications inter- 
face of the invention comprises a port which, effec- 
tively, is controller-based, it nevertheless is largely lo- 
calized at the host. Host-side port elements include: the 
command and response rings; the ring transition indica- 
tors; and, if employed, bus adapter purge control. At the 
controller, the port elements include: command and 
response buffers, host command and response ring 
pointers, and the SA and IP registers. 

Having thus described the present invention, it will 
now be apparent that various alterations, modifications 
and improvements will readily occur to those skilled in 
the art. This disclosure is intended to embrace such 
obvious alterations, modifications and improvements; it 
is exemplary, and not limiting. This invention is limited 
only as required by the claims which follow the Appen- 
dix. 
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APPENDIX 



Notes: 



1. The mass storage controllers is referred to in this 
Appendix as "UDA"; thus, the IP register will 
appear as UDAIP, for example. 

2. The term "MSCP" in this Appendix refers to the 
high-level I/O communication protocol. 
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; PacKet Lengtn descriotor 

; Virtual Circuit I.D. 

fJefine size ot pacitet header 

Com ■( and Reference r-'iii-, i,rt 

Unit i.uTi^er 

Reserve.-; *orci 

Op Coup 

t'eserve 1 tvce 

Corninand "OdifierS 

Trar-siT byte Count 

Buffer Descriptor (i" hit-s ir,, ,,: ./i 

Un-usfed portion ot onifer lescri:^-, 

LoTlcal Bioci^ Nu^-OT 

Software "ords 

C^er^eric ''-aCKet f ar ■^'^eiT s f-r*-'- 

Define s.i-if- ot jenerlc ''S^P Pi-:>."'i. 



Define ijriver [leoenaeot PaCKet iraiier uftsets 

«1 .<(".i' . dI rL 



su^e cpKt.sL_ 

PtSPSK_bIiF = . 
CMDl-SK-aliF = . 

SL(';r F vD 



PnT 



1 ; Poltiter to assocldte'i rlnj eiLr 

; Define bize ot intornni resDor.se tSc^er 
S iiefine slzB ot intern. il ccti^i.I DnC". ''t 



Define CoiTHnt] (.aci^et List trtry Jftse's. 



SUFFlivr Psr. 
SUFI- CPKtSI._C"i->_'<F|- 

$UKt C^'KtSb_t.^^,^c^. 

SUEt CpFtSn_ljAl«P*lH 

SDFf CFKtSL-UPt.'-rfFt- 

CPKfc.S^_!3JZF = . 

SLJFFFun PKL 

CPKtSh_LT6T_I.K.'" = W 



.dLKI, 
, ri Tj ^ '^ 

.bLK-* 



1 r CoTariri oacnet hetPretiCe iv'iTre' 

1 ; Nn^i-T of lit I'o^ ''an iJe'iistf^r 

1 ; 'ju':;"! of "ar. reoisters aiiocate-i 

1 ; ''r■^ I'dtanatii liiir.rcr 

1 • Uspf supplied refernce rni^.ner 

<f-,scP'iK_"NTjIii^ - 4> ; neTamjor of •*srt pt-t 

; Conn. and f.ist entry size 



Current static COT.fnanu Li"lt List Size dv entries 



; Define offsets in system buffer used ov driver a'^c UDm 
SUFF ri»t cc 

SbEi- RtS'JSi..KI.lNK .BLKL 1 

SUF>^ BESySL-bLINK .BtnL 1 

• bl.KL 1 

SUEK Ci«n(jSL_Kt,ll>:K .Ht.KI, 1 

«DEt CMDwSL_bLlNK .BLKL t 

sPEt I^TPsu_F■Ul^^ .hLKl 1 

SUEt luTPSb-bLl'JK .bLKL 1 

,BLKB J 

«l)EK ChDSB.PURbE .bLRB 1 

SDEF CwDSW.IMK ,bI;KV( 1 

SDEh Rfc,SS«_INTH .BLKW 1 

SDEt PtSKSL_Tnp ,BLKL 

$DEF CmDHSL-TDP .BLKL 

$DEK RfcSV'SL_TOP .BLKB 

SDEK CMDPSL_TOP .BLKB 

IDEK UCBS-CLuNt .BLKR 

sort ACTsL-Cin.Msr .blkn 

TBUfSH-iUF =. 

SUFFEnD CC 



; Response rlna/PKt nue llstheaa 

.• Buffer descriptor 

; Conni.iarid rlnj/pi(t que listnea-i 

; Internal packet wait que llstnead 

; Unusea, snoula oe zero 

; UbA Cnannel for purge 

; Comirand Interupt Flaa 

; Response interupt Flaq 

f Top of KesDonsc kinj structures 
«i>CPSK_HTUG&IZE 

r Too of Co.Tman^ «lnt7 Structures 
MiCPSK-RINfiilZF 

f Too ot Response packets 
<HESPsK_SlZt.»«SCPS^ -RINGS iZt> 

; ToD of Coiii«>dnd packets 
<C«i.)P3K_SlZt"»MSCPSK_KiNi.SlZt> 

; Clone UCP 
llCBSK_CLN_SXZt 

; Ac'"ive Con.Tam uac<et list 
<CPKFSK_Sl7t;«CPKFSK_LlSi_LF,.> 

; Totrtl buffer size In cyteb 



t Define Local Data Structure offsets 

SUFKTM DU 

SDFF UDASL-BUFIOP 

SUEf UD»SL_CLnf<FUCB 

SUEh UU4St,_IICB_ZtP|l 

8DEK UUAsL.INTPQUF 

SDFF UDAsL_C'^r>_LiSl 

SUFF UUAS*_INll_EFri 

«DFF L'DAs«_SrFP_tRH 

SUEt UuASW.kaPkFo 

$UEF IJUAsB_NU»<KFi^ 



.bLKL 




.bf.KL 




.b! kL 




.BLKL 




.BLKL 




.bLKw 




.BLKif 




,»LKW 




.BLKB 




.HLKB 





Top aadress ot syste'^ hufter 

Address of clone L*Cb 

Address ot UCb 

Address ot internal queue listhe=i-. 

Address of Active Co-nir.and Pacnet Li; 

Inlt erroi reason flans 

Inlt step error word 

■^dpplna reoister of systet Miffe'- 

^u-nber of "nanplm reciistprs 

DdtdPatn = 
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SOEt 


UDAS»_HuFt .bl.Kta 




; Sy 


SDFt 


UDASW-MEF'.NU" .bbK.H 




: in 


SUEF 


UDftS«>»'ijAt,S ,BLKW 




; In 




SVItl-D 1IU«,0,<- 




; In 




<i)NLTNF.,,v>,- 
<IMfXPC'I, ,V>,- 




IJDA Is On 






Interupt f 




<S7c:xpcx, ,v>,- 




Controller 




<5it;xpci,,v>,- 




Controller 




<s.itxrcr, ,v>,- 




Concrolier 




<bllKALnC,,V>.- 




System DUf 




<bi;kmapu, , v>,- 
<CllNKf.U. ,v>,- 




System put 






Pac<etts) 






Clone UCR 




<TiMruuT, ,v>,- 


; 


Timeout pr 



steiT' Duffer byte otfset froi^ pag*^ 
ternai reternce nu^uer value 
ternal control tlaas 
ternsi flao definitions 
tine 

expected 

2 interupt exnectei 

3 interupt exrertei 
•1 interupt pxnertej 



row Ui)4 is 

init Step 

Init Stet 

Init Step 
fer Is allocated 
fer Is mapper) in UBrt 
available to be aueueo to 
Is llnfert Into UCb list 
ocessing is In proaress 



iiui 



UDA5K_SiZt = . 

SDEl-ENn Du 



Size of rJatd structures reuuliei 



; ** NUTb. »* 

; Feainninq Offset Vaioes 

; parentheslzer) are In bytes aecl^al 

I Abort and net Comroanrt Status Conmanu k'acket specific (Jftset 

SOfl-FNl FF 
.sHSCl'S»_«r>DIKltt' + 2 
$1>FF MSCPSL>Ui)-l_KFK 



.BLKL t 



: nfi>set (12) 

; Outstandlna Reference Nuf^tjT 



f Online and Set Unit Cnaracteristlcs Comiran-l Pacxet specific lUfsets 

SUEMM Gi, 
,=MSCHSW_MOorFIk;R + 4 

.BLKW 1 

.tJT.Kl. 1 

.nl.Kt. 3 

SUEf MSd^SL-tRHLU-H. .bl.KI. 1 

.BLKW 1 

SiiEF MbCPSK.CDFY.SPD .Br,KW I 

SUPtFhn GG 



t Offset (14) 

; Unit Flais 

; Most identifier 

; "pserved 

J Error Loo Flays 

; Snaao* Unit 

; Copy ioeed 



7 Replace Command PdCKet specific offset 

SL-Ff TNf Hn 
.BWSCpSw.MHLlFItRf ? 
«1>EF M5CPSL_hHN .tiLKL 

SL-FfFND Hn 



f Offset (1^) 

1 ; Periacnent Block Njrt.pr 



t Set Controller Characteristics Commanij pacKet Specific Liftsets 

SDEtl.^t Tl 
.sMSCt'Sfc-MODJFlLPt? 

tUtt Mi,CPS*_VEHSiOi, .bLKW 

«DEf MiCPSm.Ci'f-FLGS .HbKW 

«DEF "SCPSs.riS-i.jVO .b^^W 

«LiEF |i'5CPS*_USb_FRAC .br«* 

«UEF KSCP«g_rlMF .bLKt 

SDEFF/vR II 



; Offset iM) 

1 f MSCt* version 



Controller FldOs 
Host IlTie Out 
I'se Fractior- 
Oaaaworn tiro and date 



J Define Resnorse pacKet Offsets - Null Kdbel Ariii'^ents are sat^e 
; as those oetlned in tne Generic/Transfer Commana Packet Roove 



SIJCFI«T KK 



SDEh MSCPSr_FI-AGo 

SUFt MSCPS«_STATJS 



Sl^Ff Msrt-SL_FRjT_BAr 

SDE^Fi«D K^ 
t Get Coirman'i cacnet tnd Packet (Ufsets 

$L.EFIi»t I.L, 
.=VSCPSb»0lll_i<CF + 4 
SPEF MSCPS*_CMU_ST6 .hlRV< I 

SUFFEKr t.b 



.BI.KI. ' 


.BI.Kl 1 


.BrKL 1 


.rtt.KW 1 


.BIjK*' 1 


.bl.KP 1 


.bthH 1 


,bLh* 1 


.bLkL 1 


.bLKL 'i 


.Bl'KL 1 



PaCKPl llnkaoe lonq woros 

Packet lemf^ i Virtual rircmr ii 

Comniani Reference Nu'^oer 

Unit Nun.ber 

ReserveJ field 

Hp C"de (also ralier( enacodpi 

Flags field 

Status 

Bytes transfered count 

Peserveri 3 Inn^ words 

First 6ad Kinc< 

Software -ords 



; Offset (In) 
J CoTinand Status 



t Get Unit Status End pacKet Specific Offsets 

SUFFTkT mm 
.=MSCfSi»_M0DIFItR + 2 

SDEf MSCPSw_MMLT_UnT .BI.KW 1 

tUEF M&rpS»_UNI_FLoS .bLhrf 1 

SUFF >«5CPSL_H()ST_It) .bLKL 1 

SUEF f&CPSu-UMT.Ib .bLhL 2 

SDEF MSCPSb_MEl)IA_ID .tJLM, 1 

SDEh lwsCPS«_SHLiW_lJ/vT .bl.KW 1 



; Offset Clii) 

; Multl-ilnlt codP 

J Unit Flans 

? ►'ost identifier 

; Unit identifier 

; Media tyoe identifier 

; Snado* Unit 
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27 

SUEf VSCf Sw_SHu»i_SlS .aLK* 

IDEf M6CFS"_TPACK .bl.KW 

SD^F MSCPSt-GRunp .hLh«l 

SOEf "sCt'Sw-CYLTwrtM .HI,KW 

tOEf MSC^S«_kCl«SI2F .blkw 

} Online i SfL Unit fnnracrer is t Ics ^n^ PdCK-i specific otfs-cs 



Snaao* status 
Tr<»c'< SizH 
Croun Size 
ryiinaer sizp 
keservpQ 
RCT Table Size 
Hb'is / irarr. 
"CT CoPiPS 



SuFfli. I W.J 

SDFK WSCuSb-U^'T-SIZF .BIKI- 1 
SDFF "iiCf'SL-vOL.bFK .bLhL 1 
SLFFKhP 'IN 

; Set CortroUPr Characteristics tna oacKoT Specific ufisets 



Otfset Ce) 

Unit Size 

Volume Serldl nu'^dpt 



suFFTui nc 
.-=»'SCPsw_c^r_^ Li;s + 2 

S[jFF «5f t^S»_CfJT_r''iJ .B!,r."* 

SDFt VSrPSo-CNT.CLJL .HLK.-i 

SUEf KiCPSU_C'il_ir .t-LKL. 

SUFFElvH 00 



ntfset Cib) 
Controller lltTeout 
Controller CoTiT.ana ulmll 
Controller I .u. 



+ + 



; Locdl svDnl definitions 



J- 

ntvict-iPL 
fdpk-ipl 

LOOF_LIh] i 
INTh_VKC 



= 21 

= n 

= -X<F»b> 
= *0<2''U> 



nevice IPl 

►■OTK IPI. „ „ 

Stei) 1 inaxli-J:- *3it time tor res['oni,» 
PrlTiarv Interact vector 



: Define initialization Sequence uoasa bit tldos 



INn_M_t>TtP4 

INIT_K_bTLP3 

IMI_h_ST[:P2 

INIT_K_STlP1 

INIT>M_lNn 

I^Il>M_i^'lF 

imi-m-l^ail 

in'ii_h_p'Jkgk 

IMT_»'»Gn 



= -a400U 

= -x?g"o 
= * X 1 u u 
= -xau" 
= -Xfcij 

= 4 

= 2 

= 1 

= 1 




INTI_V_t.RkOk 
IMl_V_STtP4 
INJT_V_STLP J 
IMT_V_STt:P2 
INIT_V_STtPl 



= -XF 

= -aF 

s *X''| 

= -xc 

= -XP 



Inltlalizjtion trror 
Step 4 indicator bit 
Step 1 indicator nit 
Step 2 indicator cit 
Step 1 indicator olt 



f Initialization Sequence Step •ord foriiists 



SXFP-l 
STFF_2 
STFP>3 



*BiTt - <t»1S>'<MSCPSK FXPLlNt;Nr»lt>!<'^6CPSK_t;XHnNFI,T-iR>: iMlT_«_IrvTI KT 
-KFir^ = *I*ill^*STtP^I?l57>!<MsrFSK_fc;XPn..ENT.il>lMSCPSK.FXr'0^tr.T 
IhFAD = i;Nn'M;sTtPjIiNlT_M..INTl!<lNTn.VK(./4> 



Comman'i and Message Ping Control Flags 



UDA_M_ 
UL)A_"_ 

UD1_V_ 



0«N = 18 31 

FLAo = laiO 

C!„'J = -XIF 

Fblij = -XI F 



; Own fl^g riiask' 

! Buffer control tlad mas^: 

f n*n fla'J vector 

; hufter control rldn vector 



; Direct mSCP PacKet i/0 Function Codes 

TUS_Mt,rF_FK I = ins.NHr' 



! Control PacKet Uocoaes 

! Command Opcode cits 3 t 

; UOu in'Tiealate Coinnian 

; oni Sequential Ccma 

; 010 Non-sequent 1 dl c 

! oil maintenance Com-" 

; iDu Non-sequent 1 al c 

I End pacKet upcodes Cais 
r flay C 20u octal 1 to 
; corPir.and End oacnet cont 

MSCk-SK-UP-AbORT = 1 

MSCFS^_UP-ACCtS = lo 

MSCf SK_0P-A;4n. = fl 

WSCH$K_UP_C«lPCf) = 17 

MSCFSK-UP-Cl.'-'P = "ii 

HSCPSK.OP-FkAif = lo 

«SCPSK_UP_PLIISH = 19 

"SCPSK-OP-f^rCMD = 2 

MSCPSK.LiP.GiUnT = ^ 

MSCj'SK-UP-OkLl'' = " 



nru b indicate tne co""iand class; 

ds 

SSroands that do r.ot include a puffer descriptor 

ol^^.anis that Incinde a huffer aescriutor 



called FndcodPs) are for-pea oy aadina the 
tne corresponding co-ntian:! pscleets JPcnoe. 
inf lS°t the tlad in the packet's Oprode t 



call 


tne 


dins 1 


-jni , 


-02'j, 


-ulu. 


-021, 


-04i;, 


-U22, 


-l!7j, 


'•u^^. 


-UOJ, 


-Oil , 



aadinj the enj 

fir 

lei -J 



u n >i r 



-Xhl 

-xtu 
-xns 
-xu 

-a2u 
-Al^ 
-XI J 

•XOJ 

-xoy 



AKOKT COTTiand 

ACCtSi COTimano 

AVfilLMRbE Cofxaiid .,. . , , 

CUMfAKF CuNlROLiitn UAIA CC^naii-l 

CU"fAHK HUS'i DATA ConT.and 

FnUSE Command 

FLUbM rommarid 

Gi,^ CU'<'<'.A..P SIAIUS Commdnj 

f:tT i'nII status Command 

Of.L.lNh. Coiri">ana 



M3CPJK, 
M5CPSK. 
»tSCP»h. 

MSCPSK. 

HSCPSK. 

MSCPSh. 

M&CPSK. 



UP»REPLC 

UP.StroN 

OP_SJI.Ii*T 

DP«*«kITF 

UP-EnD 

UP»StRtX 

.OP-Aif»IN 

,UP_DUPU''' 

0P».«CPIW 
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3J 
2u 
4 

10 
11 

12B 

7 

64 
6b 
66 
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30 



1 
'a40 



MSCPSM-UP-EhD 

m5Cpsv«up»f:i<d = 7 

«*iCPS«.UP»AlTnl 
MSCPSV_UP-AXTN 

M5CP$V.QP_RtAIJ = 
MSCPIV.UP.XfFH = 5 



; End PacKSt Flaas {^asK v«l'Jes) 

MSCf SM-tF-BbLKR s "XflO ' 

"SCPS^i-tF.adr.KU s •X40 

MSCHSM_tF_FKLOr, = *X70 

M5CPSM»tF-StPtX a *X10 



"041, "X21 Rt.AU Comniana 

*Q2-*, *X14 PtPLiAC* Comiriand 

*U04. *X04 StT CjN'iHOLLEpi CHAK AT f FhlfiTKi; Cor.-'.r,': 

•012, *X"A SF.T l)Nl-| CHARACfFhISTir.s Co.i^^eiia 

•042, "X'Z WHIIK Cominani 

•'U20O, *XBO FNn PACKET tLkG 

*07, -XT StmOuS PXCtPTIuN E..r> PAC^n 

*0100, *X40 AVAlLAPLK Attention «essag» 

•DlOl, 'Xi\ niiPLlCAIF UNIT r.iiMiJc.t' Attenclon «(»5i^)'^ 

*01U?, *X42 ACrtSi HAIW Alteration Mess^je 

End PacK't .^asii: 
F.nl '>aci<;»»t I* It Flaa 
Attention Message Command '^aSK 
Attention Messatjf* Command f'lt 

Read command olt flan 

r^ata Transfer tyoe mSCP Opcode olt 



; Bad Block Reported 

t Pad PlocK Unreonrtea 

; Error ion oenerated 

t Serious exceotlon 



t End Packet flaps (vector values) 



MSCt'$V_tF_BBLKP = 7 
MSCPSV-LF.yut.K" = 6 

Mi»CfS._tF.t"h'.Uf; = ■> 
MSrPSV»tF.StRt.X = 4 

t Controller tlaqs Cn>asK values} 



; Bad Rieck Meport^^ 

; Bad Pioctt 'rnreoortei 

; Error I^o^ oenerare-i 

I Serious exceotlon 



MSCP$M»CF_At(aT'J « *XflO 

HSCPSK«CF_t»lSC = *X40 

M5CPSK»CF.niHfe,H = *X7U 

•«SCPSK»CF_THTS = -XIO 

«SCPSM.CF_Sn4L(* = 2 

>«5CPSM_tF.'i76 = 1 



t En<Dle Avaliaole Attention rtessanes 

> Fnaole miscellaneous Lrror Log »(»ssa'its 

; Enaole otner nost's Error Lot wessajpi 

t Enable this host's trror Log «essiies 

t Snajo«lnQ 

I S76 Byte Sectors 



; Controller Flaas (irasK values) 

MSCPSV-CF.AxATN = 7 I 

MSCPSV_CF_"1SC = 6 : 

KSCPSV»CF_OlHtf = 5 i 

»«SCPSV_CF_TriIS = 4 

M5CPIV»CF.SHA0*" = t I 

>*SCP$V_CF.576 = 1 

; Status an-j tvent Coaes 

MSCPSC._S.T.MASK = -XIF 
MiCPSV_ST_KA.SK = 
MSCPS6_i>T_*'ASr s s 



Enaole fcvallaole Attention Messages 

Enaole miscellaneous trror liOg Messages 

Enable otner nost*s Error Lot «'essa:j»s 

Enable t^is host's trior cog ►'essanes 

Shaaowlm 

S76 Hyte sectors 



•«SCPSh_i)T_SBCun 


s 


*X70 


M5CP$K_iiT_SUCC 


a 





«SCP$K.ST_TCWL> 


s 


1 


•<SCPS^_sT_AbRT^) 


s 


2 


MSCPSK_ST_[)FFL'J 


3 


3 


WSCPSK_!>T_AVI.bT. 


s 


4 


M5CP$h_5T.Mf MTF 


s 


S 


HSCt'SK.ST.WHTPP 


s 


6 


MSCPSK_i>T_CjMH 


s 


7 


MSrPSr_S''_DATA 


s 


R 


«SCPSH_ST_HSTBF 


s 


9 


»«SCPSK_5T_CNThL 


s 


*X» 


MSCP$h_ST_DKIVP 


s 


*XR 


M5CP$K_ST_P1AG 


= 


•X5F 


} Define (jTu Paratneters 


PI = 






P2 = 4 






P3 = b 






P4 s 12 






P5 = 16 






P6 = 20 






.iRTTL 


Tables 


.PA(,K 






; ♦♦ 






; Driver Prologue 


Table 


; -- 







I status / tvent code n-.oSK 

; Status / tvent cod» (start of fiei-t) 

; status / tvent cftcie (tlelcj sli") 

t Sab-code multiplier 

r Success 

; Invalid Comirand 

J ("omiiand Aoorte-' 

; Unit Oft-Llne 

r dnit Available 

; "edia Fonnat trror 

; Write Protected 

; Co-^par^ Error 

; Rata Krror 

; Host butfer access error 

> '"ontroller trror 

; Drive Error 

t Message frof an internal dlaanostic 



CAP) oftsets 



; First 010 Parameter 

; Seeono uiu parameter 

; Tnlrd Oin Parameter 

t Fourth utu parameter 

> Fifth Old Parameter 

f Sixth 010 Parameter 



npTAU 

FNP = tJOA_FNn,- 
ADApTtPsUbA,- 
FLAi,S = n,- 
UCBSIiE=i.lCHSt<_SlZt,- 

IJl.l;UAOsUOA_U*)L,0An,- 

'JAMtsaiioRivtP 
npT_sinKE TJii 

npT.STOKF DuP,ni:)RSI._ACP|v,li,<*A\FllS> 



! Define Urlver Prolog lacle 

; End ot Driver 

; UnlDus Adapter lype 

1 flo SysteT oaae requirtd 

; "C» Sire 

; hrlver Unload routine 

; Prlver Neiie 

; Control "lock Inlt values 



; Default ACP Uor.e 



31 

oht.sicke: uc^.ucisB 
OKT.SinRF ucn,i'CPsi 

<UFVS«(_FaD- 

!OF^SM_UTK- 

!UFy/SM_AVL- 

;UFi;S>1_SHH- 

JUFS^SX.IDV- 

ItiFVSM.OnV- 

:iiFVSM_HND> 

OfT.srnhE UCP,I'CB$B 

npT_Sr1hF IICP.l'C'S'* 

DPT_SinHF 1ICB,UC!'S« 

CHT.STOh"-: UCB,t!CBSK 

npT.sroRF. ijcB,"CPsw 

IHT.SrnhK liCP,l'C«SR 
PCT.SlHHE UCP.l'CBSW 
nfT.SrOKF. UCP,"CBS«i 
<UCtJSK_NOCM 
SUCbSM.ulAG 
nt-T.SIOkE UCP.UCBSL 

2i7i98 
DFT^STOHE PtTnll 

Dt'T.siOKF ruB.nuPsi. 

DFT«5inhE CHP.rpPSl 
Ui)»_IhTtl*UP 

PKT.srriK^ Fur 
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_FiPL,o,fn 

.nt.VCHAP,L 



-StCT 

TK»C 

_C4L1 

_DtVC 

ntVB 
-niPL 

-STS, 

_nKVi> 

Vt»T- 



VJEkS 
l.ASS, 

.H.LJK 
■il,IICP 



J r Acp Class 
kk_ipl ; ForK IPL 

. rtevice Characteristics 

Files Oriented 

Directory structured 

Avall^Dle 

Sharable 

Input ii^vic 

Outnut Pevice 

Kandom Access 

i RABu Sectors per trdr< 
: RAfO Iracus ner rylinoer 
,i«,547 ; RABO user area cylinders 
b,6cs>Plb>' J Device Class 
.if-Si? ; nefduit Pufter Sire 
VtCE.Ti-L s Device IPl, 
S'"_OuLI'Jfc ; Set units online 



14 



; Ho LBu to onysicai adar conversiori 
; Diaqnostlc outfer specttled 
L(iCk,l.,- ; HAkO Max l.b'Jij 

s Control Plocic Rfe-lnit Values 
.DdT ,r>,nuSi)Ul ; driver I'lspatch Inole Adar 
.InTr.**,u,- ; Address Pt interupt service rojiinp 



f nrlver Dlsnatch Table 



niyT*»P 



nj,- 

UUA_SrAriTin,- 

ij6a_Fijnctarl.e,- 

fiCHSK-PKT.SlZE + lJ,- 




> Device Name 

: Start i/n routine 

f Ko Secondary Lev*! Interupt 

; Function decision Table 

I Cancel 1/0 

; Frror Lo'iglna Pontine 

> Dlag butr byte lenatn 
; Sire of error nufter 



» Internal data structures 

(lOASti.INTcRNAL: .BLKP IIDASK.SlZt 

.SBlTb UDA Function Decision Table 
.PAUE 
J ♦♦ 

J Driver Function Decision Table 
t -- 



UDA_Fut.tTARl-R : 
FUMCTAF 



FbhCTAB ,- 



INlTlALlZE,- 

SEtK,- 

SE.»StChAf,- 

5E;.st»«unt.- 
sET^unt,- 

SKICHArt,- 

hEADLBLK,- 

HEmDi'HLI' ,- 

KFADVPLK .' 

nPiTtLolU ,- 

wfilTEPb'.K.,- 

*PITtV»LK,- 

ArCESP,- 

ACPCOMROL,- 

CRt»TF,- 

UFACCFS5,- 

LiFLFTf,- 

MnLlIFY,- 

MDJNT,- 

kFArtlFAn,- 

-PntCMFCK,- 

»FlTtHtAi)> 



FUNtTAFi 



<6ri»St:CriAH,- 
5F..RL«'JDt;.- 

sEr>«ont,- 

SFICHAH.- 
ACCF5S,- 
ACpCJNlRUL,- 
CRtATF,- 
UF ACCESS. - 
LlFl.^TF,- 
MOLiTFY,- 
MOUN'r> 
UUA.FDT.INll, 



FUNCTAB IIUA_FuT_TtSTnNL,- 

kea6lPi>k.- 



<InTlIAiaZt> 
i 



le^dl Functiof. Hastes 

nirecl wscf PacKet Function 

^Ul^ and units Initial izat mo ct"h- 

Seen 

Sense Cnaracterlstlcs 

Sense "ode 

Set "ode 

Set Characteristics 

Peaa Lncilcai oIock. 

Peau Physical Bloct 

Re»d Virtual blocK 

write liOCiCdi Pincx 

*«rlte Privslcal blocK 

i»rlte virtual Biocic 

Access tile and/or directory ctry 

ACP Control Function 

Create file and/or directory 

Deaccess tile 

Delete tile and/or alrecfory 

Modify tile attrlDUtes 

►'oiint Volume 

Peaa head 

k^rlte Cneck 

«irlte Head 

Pufterea 1/U Functions 

Sense Cnaracterlstlcs 

Sense Code 

Set Mode 

Set Cnaracterlstlcs 

Access tile and/or airectory entry 

ACP Control Function 

Create tile and/nr directory 

Deaccess file 

Delete tile and/or directory 

»«odify file attributes 

Mount Volume 

1 UDA Initialization 

Test Ol)A tor online 

Direct H5CP PacKet Funrilor 

Pean Logical «)ocic 



KUNCTAP 
FUiJCTAH 



FUNCTaB 
FuNCTAB 

FUNCTAB 
FJMCrAH 

FUNCTAB 

FUNCTAB 
FuNCTAB 



FUNCTAB 

FUMCTAM 



FU^JCTAW 
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HFADHBL 

HFADVHL 

SFt-K,- 

»tOiTtt.B 

«eiTtt>B 

»iRlTbVil 

ACCESS, 

ATPCUNX 

CRtlATE, 

UFACCCj 

UrLFfF, 

MDuTFY, 

MOUNI,- 

KEADrtEA 

"RITECri 

•RlTEMt 

UU4,FDT_ 

UDA_FUT 

<KFAnbPL 

hFAPi'tU. 

RFADVRu 

■KPlTELa 

wPITEPH 

«RlTtV» 

iJL)A_FUT_ 

<HFADPBL 

APITtPH 

MDA_FUT_ 

<KFAnriFA 

SEtK,- 

*RITEHt; 

-PITECrl 
+ ACt>SREA 
<KEmDl.BLi 

KEAPVRb 
+ ACt>S*Pi 
<|«B1T£LB 
mOxTcPrl 
wPITEVe* 
♦ACHSACC 
<ACCFSS, 
♦ACfSOFA 
♦ ACt'SMOu 

<ACHruNr 

UFuFTt, 
•10liIFY> 

•fftCPSi^OU 
♦KXESSFN 
<J>F.J5fcCH 
i>F,<SE»"j 
♦tXtSoFX 

SFTCriAK 
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K,- 
K,- 

LK,- 
LK,- 

LK,- 



ECK,- 

AU> 

►1!5rF,<NUP> 
BlfTECNT,- 
K,- 

PHYSlO,- 

•</- 

NiJP,- 



K> 
LK,- 



HbK,- 



> 

eate> 

FSS,<UFaCCESS> 



Ml ,<Ml)UM> 

SE"ui)t:,- 

AW,- 

nE> 

CHAK,- 



Resd Ph 
Kead Vi 
Seetc 
Write h 
Writ* P 
wrlt« V 
Access 
ACP Con 
Create 
Deacces 
Delete 
Moiify 
•lount V 
Peao ne 
Write C 
Write H 
nirect 
Fven by 
Rea'j L" 
Read t-h 
Peao ill 
"irtte L 
Write P 
»'rlte V 
Pnvslcfl 
Pe«d fh 
Write D 
No oper 
Refld rie 
SeeK 
Write H 
Write c 
ACP Rea 
Beau Lo 
Reif»d Ph 
Reaa vl 
ACP wrl 
-irite h 
Write P 
Writ" V 
ACP Ace 



ysicdl BlocK 
rtual blocK 



ocica 

nyslc 

Irtud 

file 

trol 

tile 

5 {11 

file 

ille 

ol ume 

ad 

liecK 

eao 

MStP 
f CO 

Ileal 

ysica 
rt-.uai 

OClCd 

nyslc 

irtua 
1 i/u 
ysiea 
nyslc 
•^t ion 
art 



1 HlOCt^ 
ai hlOCK 

1 Block 

and/or directory entry 

Kunction 

an<l/or directory 

e 

and/or directory 

attrlDutes 



PdCKet 

ont reajlrea functions 

nlor< 
1 HlncK 

nlor< 
1 Block 
ai bloc< 
I Hinck 

request tuncLlonj, 
1 Hiock 
ai nloc< 

tor current version 



eaa 

neck 

d Functions 
glcal bloci 
ysical Riock 
rtuai oloc< 
te Functions 
onical Plock 
nvslcai oloo< 

IrtUdl Block 

ess or create 1 1 If/ director v 



Sense Cnaracteristlcs 
Sens'* "'O^K 

Set Moiie 

Set. Cnaracteristlcs 



.SRrTl, F07 Routines 

• PAG'C 

♦ ♦ . 

Functional Description: 

Refer to soecifie FOT routines. 

Inputs: Cco.Timon to all FDT routines) 

Ri = Aftdress of Ikp (I/O Kequest packet) 

R4 = Address of PCH tprocess Control bloc<3 

Rb = Adrress of UC^ fUnit Control f>iock) 

Pe = Address of CCR (Channel Contml i^locK) 

R7 = bit Number ot the 1/u Function Code 

RB = Address of the FuT Table entrv for tne specltlc FHr koutlne 

*P = Address of tne first fjnction eoendent Oin Pdrdn>eter 



UDA.FDT.TtSrOfJL; 
MUVAB 
BLBS 
MOVL 

5s; MoVZWL, 

lOS: MOVL 
MOVL 
MOVt 
MOVZWL 
PtOL 
BbSC 



15S! 
20$: 



B1CW2 

R:>B 
• PAGP 



UDAsL_lMTE».'JAL,R2 

UUA$W_FuAGS(R2), lOS 

Ut)ASW_IiVlT_EBR(A2) ,K1 

«SSs_S5FAlL,R0 

UOs 

UCBSL..CKHCR5) 

c " ■ - - 



uLBSb.LKMiKs J . Kij ; (,et aa 

CKRsf^-lNTU+VECSL-lDriCKO) ,H0 f C,e 

(KO),RO ; Get ad 

iJi>AsA(PO),Rl : Test i 

)bS ! Vo 
•UDASV-UMLInK,- 
MLiAsW.FLAGSCRi) ,^S 

«uCbSM_8Si',ucas«_.sTii 



i(rf5) 



Cet a.idress ot internal structures 

Controller is oresumeable online 

Lo'to init error flags 

Set sub-systeii taiiure status 

Finisn 1/u 

Get address ot CPrf 

Get address of IPb 

dress ot CSK 

f (IDA died Since last I/f) 
Vo 

Reset controller online and Flnisn 
T/n 

Clear unit busy to avoii a wait 
Return to EXKSOin 



♦ •f 
UUA_FuT_BlfTECWT 



loss: "jVZWb 
n 5 ; J ■•! P 

; ♦♦ 
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; Petjrn if hyte count is ever 
; Ret 00 i nyte count status 



UD&.FuT.MaCf: 
"UVL 

H 6 1» A 
F,\Pl'J t 

MuVl 
"OVL 

2onb: MQVu 

PbS 

204S! JmP 
2U5S: MoVL 
WyVt 

P dS 

2 09s: J ". P 
21 Os: J.v.P 
3l5s! J«" 

J +♦ 

; IJLiA_FLiT_NLjP 



Pi (AP),rtO 

»il5CPS'-PKTjrzF + 
• i P L. S _,« ^ N C H 
UyA_AL,(J.,n:*PAGKn 



PU 
P2 
Pi 
PI 
Ch 
»"( 
• y 
•<& 
r,- 

MS 

20 
tM 
M.S 
G- 
P- 
G- 



,21b.S 

.IPPSL-MFDIACH 
(MP),Kf) 



1/,K1 



IJ 



Oj [k1 

SCPS" 
SCPSV 

FXFstJ 
CFSL- 
CHSb- 
is 

SCPsV 
f",^S«j_ 
F, X F S • 
FXPS" 

FXFs* 



J .12 C' 2) [Pi 1 

_P|<TSIZFi<i-J,Kl , 
_np_XFt,W,- 
jPCni)F(Pi: ,205s 
iO;)PVP^T 
6'lFFfc;wcR2 



2U0S 



Get ad^r'ss ol user's "'hCt- pkt 
I.oaj lenath ot an ''^Tf ^l.l ♦ nod-^T 
•Synch ''ccess to system cl'^ta hasp 
Allocate a svstew bufter 
Bet.urn to Previous iPb 
Insufficient r«'sojrcfts, SLort l/i' 
Load MRCP Pacic^t oufter nadrPSF fn . 
Get aadress of user's WiCt' p<t 
riear Iniex 
Cory rtScP oacKet into hol-J Dotfer 



OPCnDECW^^ ,210s 

HT fF 

UDIFi 

ijnRTin 



Process transfer l/u functions 

Oueu»? PdCKet to driver 
),Pi(APJ ; boa^ xfir at'Sress in T/n Pdrd-'eter ) 
p^),P2(aPj ; LOdrt xter ovte count 

It's d uOa seex cofnantl 



Opcode is a reaa class cmvi-ianri 
Process direct i/J »'rlte 
Process direct I/O r'<id 
Anort l/n 



UDA_FUT_NCP; 



I'CAFsFi'JiSiituC 



Set norT.ai 
Finlsn 1/u 



return status 



; UUA_Fi;T»PrtYSIO 

This routlni? is cdlied *hen a Pavsicai I/O request *as received, ihe pnysictjl 
dlSK ddaress in oardmeter 3 of the parameters list is convertea to a loalcal 
Moc< numoer, recoonl Z'^c 1 e nv tne UUA. me rtlgnrlthtp tor converslo'^ Is: 

LoV = ("cvilnder * (sectors per trac-, » cracKS oer cylinaerl) 

♦ (trar< ♦ sectors per traCK) 

♦ sector 



L!UA_Fl;T_PnYSIu: 
»'0VZ«1, 

F*TZV 
"ULL? 
FaTZV 
wuLl? 

*unL2 

FxTZV 

Aor/L? 

WUVL 
CMPZV 

BLOL 

BkP 

.i'At.F 

+ + 

IIDA_FUT_Tpil f 



llC^'SP_StCT^^scRb) ,Pu ; Develop LsVs /cyi Inder value 
UCPSB_TKACI'ii(H5) ,kl 

KO.Hl _ _ s Pi = LKNs/cylinder , RO = oectors/trac*. 

: Cet pnvslcal cvilnder value 



Multiply cyiltider by Lf'r-s/cy 1 inoer 
net onvsidi tracK nu^oer 



•16, • If ,PJ(AP) ,K2 
P2,K1 ; 

•fci,»p,Pi(APj,H2 ; 

Pu,K2 ; Multiply py sectors/tr-icK 

R2,«l s Add seetor/trdc< to aoove 

»0 , »fl ,PJ C aP) ,K2 ; Get pnvslcal sector njmper 
R^.Hl ; result is tne equivalent bHt. 

Pi .lRHSb-MFUlA(H:i) ; staff in InU area of IkP 
tlPpS/.FriiDF. »lKPsS_Fcni)F,- ; Ts this a re^o I 
JHPS"_Fl;WC t*^3) , »IiJS_Pr:AUPDl.N 

2inj ; Yes, got" KxFsMjniFi 

709s ; Goto EX£.S*R1Tl 



Functional Description; 

This routine is called when a hdrd initialize ot the LUjA Is requesfi. 1 
bdsicdllv ml^mcs tne functions of tne iYSGc^ process by loadlm f^- 
appropriate reaisters with the values tnat SYSt^tW *oulo norn^ally loan. I 
aaditlon it disables all Interupts and calls tne primary level u 
Initialization routine. UPon return to rnls FDT routine, original i-ni conte-- 
Is restored, interupts are enaoled bacK to around o, and tne i/n request' ' 
ternlnated . 
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nsPiNr : i>lsabie tl\ Interuots 

PUSHR »-M<Bi,K4,Ni,He,Hd> t Save JOT Context 

fuvL 'icH$t.CHn[R!j) ,r5 I Get adiress ot c«n 

fovi uc^sL.nDBCR!)) ,i»D i lonJ «^ "ith artdr ot Drih 

VOVL CHPSL.IHTu*VCCsi,.inBCrt«),K5 j Get edflresi ot irth 

"OVL (H5J.H4 ; Load CSk ad<jress in P4 

PiS* HD»»lNtriAMZi-: J Go ana mit the iiu« 

poPk »*M<Ri,H4,H5,K*i,BB> J Restore fwT context 

FNBiNT r Rnaole Interuots 

Rhf* i)bft_FOT_NOP » Finlsn the I/u 

.DISABLE LRd 

.SHiTi, (lUA.siAHTio - ^lo^ Start r/n routine 

• PAG*" 

iiL)A_siAhTIO - ULiA driver Start I/J routine 

Inputii 

fii = Address o' I/O Reiuest r>aricet 

0^ s Adoress ot specltled Unit Control nlocK 

Pedister assignments: 

PO = Address of '*SCi> pacKet 

PI = Aduress of Intemai data struciHres 

R^ = Ar^dress of Active MSCP Paeicet ilst entrv 

P3 = Address of IhP or l'>ternal P<*c<et oeirxj sprvire i 

P4 = Generai #ort Reoister 

PS ~ Aildress of Inout queue and for« Dior* (rlonej JC» 

P6 = General worit Peoister 

R7 = Scr^tcn 
R« = Scratfti 

•tNABbF LiR 

UUA.SIAKTIO: 

»UVah i)L>AsL.InTtP»AL,H ; f.et aodress ot iniernaJ nufter 

MOVL l'l)»iL,CLni*rurtt(Kl i,h2 t Cet address ot loi'Tieiie vCo 

muva"^ UCB$L«ToiJFLCB^) ,rS » '".et aodress Ot queue ilst.^•ad 

PoSHi, Ri J Save internals cutter aodress 

JSH n»FXEsliiStt<rf HP J Insert IRP in Innjt lueu" 

PDPL Rl } Retrieve Internals ouffer aj'uess 

UL>A.IhTtRnAt_irt; J Reference Label for internal "SC^' 

I pacKet queueino to uda (■ tT*? IH' 

puSmb t-H<B6,H"',R«i> J Save re-jlsters 

»uVl UDAsL«CLOiJFiiCB{«l ) ,k5 > Get aodress ot clone \jCc 

5$! J5B fitT.Ci-tP.OACuFT J Get next enpty Co-n'^anj p«c>:et 

PijS tV»sV.SirSTEf.,HO,fts f Got one 

Ph* 5bS ; Rings are full, close out 

6s: woVL- UUAsi .InTpouIvCPI ),Hi s Get address ot Internal oueu» list.i-i 

PhM.jUt a(Kj),B-» : Get next internal naCfiei mr uH,. 

pvs 9s t None tnere, trv outslae I/" reTufst 

ClRl Pb J Clear index 

7s: "uVgj 12(h4j f*")} .MSCPsL.Ci-in.RtrcRO) [Pa) ; Copy pac>cet to rtnci bufiei 

ADRbSS •^«SCPS^^.P^TSI^El*-i,H8,7s 

MuVL Hs>rp8L_CMD«hre-(Hn),- f Copy cnwmand retence no.-..t)er into 

Cj'K£SL_C*'u_hEl' CH2) I Active pacKet list entry 

eiRnJ •UD«Srf»POiJEL',uPA$ri_KLAGS(Hn ; net a packet kas oueued tldi 

JiB «tSi>)4 t Queue pacmet to UDA 

MUVL R4,Kn J Get audress ot temporary cntftr 

BSH« UKA.nKANONPAGtn « De-allocate syste-n outfer 

TNCU UCBsL.opC.\T(R!>) : Account for queued l/u in Clone uc^' 

BhB Si I Start again 

9$: HOVAB tiCi»SL,IOOFL(RS) ,R4 : Get andress ot iPP queue Ustnertfi 

CmPl (k4),«4 t Is tf>e queue empty } 

BtOL 31S ! Yes, exit 

KOVL (K4),k3 s Get address ot Ihp to process 

MliVl, lKPsL_IICBCRJ),Rl, J Get BTiress ot associate^ ncf* 

TST* IkP»w_FUNCCk3j : Is this a direct hSCP pacKei i/u 

BftEu lis : No 

»'UVL lKPsL.MtDiA(Bj),P7 J Get aJ'iresR ot pacxets leir storajf 

CLRL Pa f Clear Index 

lOS: »"uVg 1 a(K7j ChBJ ,HSCPsL_CMn_Bk;f (Ru) iPb) ; Cooy paci^et to rtm oufi*-: 

woVg i^(K7) rt<8) ,CPKFs'.»!lSPkotF{R^)lRc)) > and into active p<t Ust 

ADRLSi t«SCPSK_P^TSI2F(l-J,HB,10S 

BfcS f MSCPSV_OP.XFtR,- 

M&CKSB-aPCnjFCRO), lis » Process data transfer "src put 

BSP* CHFCK, ABORT : •♦ cKecK, tor abort or oet cmd stst 

BP.ct 4US 

lis: TSTL MSCPSL_i*yTE_Cr.TCRiO : Is this a seeK packet byte cou'it = o 

B,\Ej 2!>S j no 

BK« 40S J Yes, Jueue packet •♦s is 

15S: MOVb »MSCPS'<.0P_READ,R7 ; Assume a read function 

CHPiLV tlRPSV_KCODt,»TKPsS»Fcn|)f:,- J Is it really a reao ? 

IRPsi»-fu'JC(H3) .•lUS.PfcAUOelK 
BtQL 70S 
MUVd i«SCPsK_0P_*RlTt.,K7 

20S: >«0V6 R7..iscPs«.npcunfcCMi'>) > Loau oo code in eoi^-nand rocuci. 
nuVL IhPsL«MtniAcP3) ,- 

HSrPSL-LnNfuO) 
WUV« UCBSI»-<"JIT(H6),- J Loao Unit Nu»oer of assoclafa uCh 

wsrpSit.UNITCROi 



Yes 




Load 


6 tfrlte or- code 


Loau 


00 code in ec'^nand 


loaj 


Witi 
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mqVZWl IHPs»_PCNTCk?) ,- ! Load trdnsfer byte count 

«srpSL«tlYTt"_CnttBO) 

BEOL 40S J No DVte count, seeK only 

25$: PuShR t- H<Ro.Kl ,P2,i<4> f Save registers iro"" destruction 

MUVU iHPsL.Si^APTtUS) .UCrtSi,_SVAPrf:(Rt>1 ; Load xfer PdTdi^eters i'^ I'C' 

JSB r.-luCsRKODATApN* ; ReTuest a tsufferej aat« natn 

Pf C Pu.JOs ; None avdii^iole 

JiP G'lOCsAuOUBAMAP r Alloc-ite UHa «apPlnj realsters 

PLB& R0,J5s ? r.ooa return 

JSR G'TOCsRtr.DATAP t Release buftereri data patn 

30S: POPh •*M<R0,H1 ,R2,R4> ? Restore reaisters 

3lS: TiTi, (SP)+ f Clear return address to queue cmri r. t 

PHP SbS ; Clean up and leave 

3bS: I'SW fi-IOCsLUADllbAMAf ; Load UBA n.apping registers 

POPH t- M<RO,Ht ,Ri,H4> ; Restor" registers 

"CVL ilCBSL_CHR(Pi),R7 ; Get address of CRn 

wtjVL CKPSL_Ii»TL)*VF:cSrt_l*P''c;GiR7) ,- ; Save UBh Mapping context 

CHKtS^.MAPRtflCRa'i ; In «rtlve pacKet List Kntry 

MciVZWL IHPsw_BUFF(k3) ,HH J Kiiid^je UD Xfer a-i-iress tor UDA 

TNSV CKPiL.lNTD+VECS^-MAfRtGCH;! , »y , »'',R8 ; Load map register nuT 

InSV CRPSL_Ii<TL)-fViCCSb_DATAi'ATHCR7) ,«^4,»S,kH ; Load Data Patn 

MQVL PB.MSCPsL.BUFK'CKChO) ; Stuff In «SCP command packet 

40S: CuVL R3,MSCPSL_CMO_Rt:Fi»oi r Load IRH address as reference nunr»>r 

MUVL, R3,CPKE$L_CMn_Rt:r(Mi5 ; In msCP Packet ana List Kntry 

JSB PCSl»)+ ; Queue packet to UUA 

TST« IKPSW-FUNCCKJ) ; Was tnls a direct ►iscp i/o 

bnf;>< 4bs ; No 

MDVL IKPsL_Mt01A(R3) ,RU f Get address ot temporary ouffer 

PSBk iiuA.DtANONPAGtr) ; De-allocate system uuffer 

458: BlSw2 •unA$.>«_POUF;i),UOAS«_KLAGS(Kl ) ; Set a packet was oueuea tld" 

ThCL UCPSL_PHCNT(Rb) : Account for dueu'd l/u in Clone net' 

50$: Rt^UUc i»(R45,RJ ' Re-nove IPf* trof Input oueue 

PtOL 5bS ; None left, prerare to leave 

BKM Ss f Process next I^h 

5S»j PoPh •*'«ko,R7,l»h> f Restore re<3ist«rs 

•• nsm^l f onabi* cll Interapis 

B»5;> •UDAtv.CLINKru,- } time clone in vltn uCb Jltt it 

UD«$h_Fl,»CS(Ri),St>» I titis Is tne <lrtt I/O 
^SKk link.clone 

Sbti BoRC tunACV.POUEii,- > Alert Ut>* of qoeue4 MsCP Packet* 

iiu»sw.FL»G5(Ril,60S I it q<ie flan Is set 

TSTt UC»tL.')PCiiiT(i)») r Are tnere any unflnlsneo 1/u's 7 

tut^ 62$ t Yes, alio* for possible troA timeout - 

PRW UUA.MOST-TIHER } Set host tl»er ana return to cAller 

«OSt "aVL UU*tL.UCB.ZC«o(Ml),K4 J Get address et Host Timer .JCfoO 

B1C«2 •urBtH.TIx.UCtlSe.STS(M4): Cleat tl>»eeut »>lt 

•lOVb ilCPSL.CRR(R»).i>4 t Get address ot UDaIP 1/u pnae 

MOVL CH»sL.IrtTu*VECSb.lDii(M4},K4 | reoister avoldlno Indirect 

JOVb (M4),R4 I references 

TSTa Ui>AIP(R4l I Initiate UDA Polling 

BHC svAsv.SfSTF.N.- f Taxe KStt exit if Clone Ic already 

UCRst..FpC(R»),6&s I In tne fork oueue. 

62ti rkBiNr I Reset IPL to fork level 

RSB ; Return to caller — , 

6»$i Bis«2 tbPASM-INTFXPCT.UuAsa.FLAteSCRi) f Set InteruPt expected 
*FlhPCM lluA_Tl5t;OJT,«10 
lOFoPK 1 Create a forK Process 

UL'.ruRK.PRuC: I Reference label for tinsollciated Interuptb 

MCVL R4.H1 I Copy address of Internal t-utfers 

CLRL UCP»L_rpc(Pb1 I Clear fork olsoatcb address In uCd 

PUSriR t'K^b.HT ,fiti> t Save registers 

«SBB UoA.FiNiSHlu I Close out end packets 

BkW Ss t Try to queue nc« packets oetore exit 

.sniTL noA.FiNiSHTU - Close out I/u routine 

• PAGF 

r ♦♦ 

t Ui;A.ri»lSHIO - UDA driver 1/n closeont routine 
i _ 

r Inputs! 

t Rl « Address of internal data structures 

t PJ s Address of TDR 

; R5 s Address of CLone UCB 

t Register asslonmentst 

t Ro s Actoress of End packet oelnq processed 

t R^ s Address of associateo Con-vana packet List tntry 

I Pj • Address of associated IRP 

t R7 s Scraten and I/O status aroument register 

I RB a Seratcn and 1/0 suo status ar9ui>ent register 

I " 

UOA.riNlSHIOJ 

BSB* Ct:T_EiiiD.PACKET t Get next end packet 

T5T1, Ru r Did we get one ? 

BsEj loss t Yes 

RS<i } Return to caller 

105«t BDS tVAsV.SiSIErt,- . _ .^„ 

••5CP$L-C"D_KEF(«0),i09$ t Process IKP . ^ ^ 

BLPC UU4»W_rLACS(niJ,luBS I SkIp Internal Okt it UDA is Offline 

B&p« UUA.PKOC.INTRNL I Process Internal packet 
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10»st 



109SI 



I20s: 



D£Cb 

BSRm 

BkB 

fOVt 

TSTb 

BtOt 

POSHR 

MOVL 

MOVL 

JSB 

J&B 

^ 1- " i* 

A u B L S i 

MUVL 

INSV 

CMPZV 

PNFU 

BSP« 
BSPa 

Bhw 

CMPzv 



MOV* 
TST* 
BLOL 
MUVL 
B1C«2 

BI.H 



UCBSl/.OPCwTCPb) 
Uut.ReSET.RlNGS 
UUA.FINISKIU 
•"SCP«b.CMD-REf (HO) ,PJ 

UOS 
»-»<R0.R1,R2iHJ> 

CPKtJ*.M»PPt6fi>2), 



t Account for I/O In Clone uCb 

t Reset rings to proper ovn (Cacp 

I Co taaln 

f Ret address ot IPk 

; lert USA resources acquired 7 

t «o 

r Save current context 

t Get address of CRb 

- _- _ .__,_.. t Load UBA napping context into Ckb 
CK%St_IrtTD*VECSi..-(»PRE6(H3) 

G'lUCcPunsnATAP t Purye ouffered data patn 

C*IjCsRi:l.bATAP 1 Release Buff^rea data Patn 

C*T0CsRt:L>tApPb6 I Release UbA Haoplna Reaisters 



Mi>rp 

tMSC 
CPKt 
MSCP 
«lf , 
«PSC 
#MSC 
13PS 
tbSS 

Msrt> 
iiu&_ 

ULlA_ 
UDA. 
«6SS 
• MSC 
«MSC 
HSCP 
12S$ 
li.Ss 
MSCP 
125s 
IHPS 
»UC»i 

lies 

125> 



SL-CU-HKh-fW 

PSK.PKTilZf:** 

Sb-USERREKth 

Sw.aTATUS(»(i 

M6,R7 

PSV_ST««*A6K, 

PS5-5X_i«lASK, 

_mOkM4I,.R7 
St»BYTf;_CNTC 
lUPOST 
REStT_RlN(,S 

P»V_ST.MASK, 
PSS.ST-'lAt,'', 
S*.STATUSCeo 

-DfVOi'FLiNK, 
SW.UMTCRO) 

K_IICB(Ri),Rb 

Srt_JNH.<K:,- 

W_STSCR6> 



; t-iear miex 
0) [k6 J , CP<*) [PtJ • Copy enj packet Into 
-j,Rf>,ll5s f dldanostlc fuffer £nr user 
'J.Ca) ; Hestore user's reference nutber 
),- ; Lotd tnj pi;t Status tor ino"- "o*- ; . 

! *as tne I/n saccesstui jf 
MjCi>SW_ST«TU5(Ru5 ,»«1SCPSK_SX_6I.'CC 
■ No 

; Loa'-j Sjccess Status for TuSr- .^r^ > 
»o),Pd J Lo»ia bvte Count F'leirt for JjSr l* i 

r Cbose out th«» I/n 

; Reset control fia^js In rlnns 

> Process nejtt end pac»cet 
7 f Set faliur* Status 

! nn tne unit go otfilnp ? 

1, tMSCPsK.sr.ji^t LiM 

? No, return cjevlce request error sia; 

R7 t Loao levlce ottllne siatus. 

; Is tMs Unit 

; Ves. leave it alone 

f Get acuress ot UCs 

: Cl(»dr Online Flag In OCb dna close 

J out tne I/O 



.i;iSAbi,t LS6 



Process internal packet 



UOA_PNn(j_lMKNl,: 

; Inputs: 

; RO = Address of Tnd Pdcuet neirig processen 

; Rl = Address of Internal data structures 

; . P2 = Address of associated Command Paci^et List tntry 

WQVZBL M*CPSb_JPCODE(R0),R7 J Get »'.sC? pacifet end coHe 

CMPt) R7,i(<MSC«»sK_DP.0NLlN!MSCP$K.nH_ENij> j Is it an Jf.'LlNP eni co-le 

BtOL 5s ; Yes 

CmPq R7,i<rtSCPSK_OP_GTUNriHSCPsK.op_tND> » Is it a get unit status? 

BNFsj 35$ ; ^o, Ignor it then 

; Get address of UCa corresponding to Unit Number In mSCp End packet 



5s: 

lOSi 



iss: 



MOVL 
CfP* 
PEOL 
MOVL 

RSB 

CmPB 
BtOL 
MGV2WL 
BtOL 



uuJsf— 'JCB.ZtRUCkn .Hi ; Get aairess of uCo u 

UCKSW_UWX r(K3),MSCPS-<_UNnCK0) j Are unit nuTioers tne sar^e 



IICP.SL_L1NK(k3),R3 

lus 



f Yes 

r Tet andress of next UCP 

; Try this one, = last uCr 

; Not a normal unit numoer , Ijnor It 



R7.»<MSCPSK_0P.GTUNT!i^SCPSK_r)p_E'Mij> ; Is it a get unit status.' 
3os ; Yes, process It do<in stairs 

MSC!>Sl».UNIT(R0),R7 ,* Get unit n'jmner 
2uS jlt'sunitzero.donotmar'^ni-flln'' 



; Set other th^in unit zero oft-ilne 'jntil rereii-r oi a sjccess oKi u'jit siai 
! end pae<et 



2uSi 



2bs: 



PIC*? 


B1C»2 


BnEoj 


"OVL 


PUSnP 


BSBft 


PLi^C 


M(jV* 


MDVb 


MQVl, 


AuP.L? 


INSUUt 


PuPk 


RS" 



• UCoSM_UMLTNF,i)C''i*_Sf5(Pil 



t-^<^'^>CPSH_ST_^■A,$^>,- 

M3CPS*_STATUS(PU) 

3bS 

MsrpsL-u:Ji_sizfcRu) ,- 

UCBSL.WAXbtOCKCHn 
«-M<Ru,K) ,R2> 

■IJUA.GEt_Ti«TpKT 
R0,25S 
R7,MSCPS"'_Iii<lT(H7J 



rs ret'irn status success ? 



US" 



t No 

f Loaa ti^x L-lN value tor svste" 

; Into uCfi 

} Save context 

; "aife a get unit status con^mana pkt 

; Allocation failure 

; Load Unit Nu^oer in paCKei 
»MSCPSl'_np_GTJfJT,'lSCPsB»nHCunbCk7) ; Load qet unit stotus 

iJUAsL-lhTPOUFCRi) ,R1 ; Get Internal pvt gueue llstneoi 

S*t4,Rl ; Ad-lress trie bacK Uni' 

f R2J .uCr^l) t Insert in rear of queue 

t'^cPij ,ni ,fi2> ; Restore original context 

! exit 



; Process tne <i'c.T liuT i STATU.'^ "SCP t-nd Dacfet 

30S: BiCo? «"C<>«irpsH_sT_MASK>,- ; Is return status success ? 
MSrpS«_S'rMTLlSC''0) 

pn^u 3!js : no 

BlSft? iurdSM_ONLlM'',UCBSW..srS(Pi) r set unit's UCp status to online 
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) nutl: Tne current disK geometry of sectors/trricxs/cyllnrters Is enufll to 

tne "SCP trdPK/q^ouD/cvlln^er Hef initions . Kntore devices tnoDi-, 
; mav oo to tne four dimensional (ivper-cu^e arcnltecture detlne.: 
? In the Olsk fsce soec, whicn wlU Invdllrtate the teilowlnq cme. 



3bs: 

CHFC 



5s: 

los: 



Xbs: 



*■¥ 
IlL'ft 



MUVn 
MOVb 
MUVb 

CHPb 

BlQL 

CMPa 

»»UVL 
CtRL 

pur 

CMPL 

MUVL 
PHB 
AunL2 
AljPbSi 



•«br,'s*_cyLir.nLHC'<i.n , 

I.ICPSW_CiMMjERS[Kj1 
WSC.>S*_GRQIlp(KOj ,- 
UCP3R.TKACKSCPI) 
MSCPS»_TRftCK(Ki)J ,- 

'JCHse_st;cinkSCB35 



; Lo^n Cylinders value In net- 
Load tracics value In uCb 
ljoa.1 sectors value in new 
Heturn 



; routine aocJed S/lb/ol to handle re + ererce nu'^uers for 
," aoort and get co'iiinnd status test, hrs 



MsrpSb_L)PC0t/FCKu5 ,- 
«MSCPsl<_"P-AHUHr 

ss 

«SCHSrt_OPCnuE[R0),- 

tMSCPSK.np.GTCMi) 

2US 

I1U4SI._CMP.L1STCK) ; ,k7 

Re 

• VASV.SySrFM. (f?) ,1!jS 

CPKtSL-UStRKEKCH^; ,- 

lirpSb-OUi.KFKCKO) 

lb$ 

Ck7) ,MSCPSb_nuT_PtF(RU) 

20S 

S'tCPKFS'f-SXZt.H'' 

•12.Pd,10S 



; Is this an APfjPl commdnd 

; Yes 

; Is this a aet cn.d status 

; No, return 

: ^et aodress of coiriinan;! list 

; Clear loop counter 

; Internal pacicet nr none at all 

; Are ''itCf reference nii^hers equal 

• No 

J Loflij internallv assinned rei riur. 

) Returti 

; Point to next nd list entry 

! Loop throuTh list 



.6«TTL 
• PAGF 



lL/A_H05I_rlxFK - lihijT to un<, Ilmpout handler 
,HuSi_lT.^Fh - HHoT to UDA ilmeout handler 



; Inputs!^ _ ^^^j.pjj ^f Internal uata Structures 



UDA. 



lOS; 



20S 



HuSf_IT*Eri: 


"L'Vu 


MOVb 


«FI^PCH 


BLBC 


"JVL. 


TiTL 


P,*Fj 


J.SS 


Bi>B» 


HLPt 


WQVb 


WUVL 


WQVL 


f'i,'** 


v,)VL 


Rb'' 



R 1 H 4 * 

lIL;ASL_liC=*.ZtPOCKn ,hS ; 

10S,«J'> ... 

UDAS*_FL*GS(P4) ,^0S ; 

UU»SL_CLnNFUCK(K4) ,k4 ; 

UCPSL_npCNTCR41 ! 

2us : 

G*FaEsIJFI)Rk ! 

IIL/A.PET-INTPKI ! 

Ro,2ns ' 

• '^SCPSK_OkJ_FLU?;H.- i 

mscpsb_opcoufcp:<!> , , J 

S*»«l ,r<SCPSL_PiiTf._CN) ( w2) 

P5,-UP) 

LUAi;_INlP_PKT 

(6P>*,Rb 



Save address of Internals ,,.„, 

Get aadr^ss of UCd t"r host ti-er 

!iIp ibCi^FIKhCH for ev^ntjfll tl-p; 

Exit If i^uA Is tlaigea offline 

Gel- aodress ot Clone UC^i 

Is aTAFVTo queueina odC<ets ? 

Yes , ledve 

Mdkce a 1/0 fort for syncronizdt ion 

C.et an internal pacset 

None around, too oad 

•"dice a t*o-np iFLlIor'J UPA CO-T-^6-... 

u n 1 1 u 
; Load « booiiS byte count 
Save current uCo address 
Load ah 7Uf packet t" lU'A 
Restore Inrut uc^ 
Return to forx dispatcher 



.ijHlTL nuA-ll^'tnuT 

.FA'oF 



UtiA ti"neoar nanaler 



'; ij|.,»_Ti"tnLT - Hfd Coi'.T.and Timeout Hd"dler 



; Inrut s ; , , _ 

. P4 = Address of nuAiP 

; P5 = Address of Clone HCH 

» -- 

UUA.TlMtnjT: 

CbR'- 

MuV At" 
P1S«7 
B1C*7 



"CiVL 
PlC«2 

ClRk 

MCVAB 

PU5HP 

B!jB« 



UUAIP(F45 
11|)ASI._INTEM|»AL.K1 

• jnAS^'«_TTMronx,ui"'AS«. 

i<UuAS>'-0;vLINK!UnAS»\ 
Ulj»S*"_Fl,AGS(R1 ) 
llUAaL_IICB_7fcHuCHl ) ,K 
t-C<UC'»S"_OnLI*'t>,- 

uc&si«-srs(Ro) 

r.'FXFsFURK 

iicPs»_srscR^) 

UUASI,_1 NTLPNAL,hl 

»""<Ro,H7,Hei> 

IIDA_FXNI5HI0 




ilCii 



} Flush Internal Packet Queue 
4$: 



maVL UL)ASL_TNTPQUF(Rn ,P2 

PfcMijUt I»IR2),PU 

PVS 5S ^ „ 

BiP* (JiiA_DEAijnr,PAGKD 



; Sdve v,ork reoisters 

; Close out end packets If any 



Get audress ot internal oacKet que 
Get next internal wait paci^et 
Oueue is ei^pty 
Return ouffer to svste" 



45 

RhP 4$ 

5s; CLf'L "2 

WCVZWL ISSS.llHFOUT.H"' 

> Rundown ail 1 *--,- i 

> tertfilnat'Q via an Fn'l facicwt.C 
t list not clos 
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r Loop untU queue ii en.rtv 
f Initialize loot counter 
J I.oaa primary 



I/u error it6tus. 



/n's tn»t »*r^ aiready 
e^! out by the riNtsHlri 



queuei to tn^ I'DA hut were njv*r 
trios* "SCf facicets in tn^ active- 
routine). Internal pickets are ^Vner^r.. 



10$: 



lis: 
iss: 



BbC 

XQVL 

PUSriR 

MUVL 

MLiVL 

JSP 

J5« 

JSP 

PUPk 

MQVL 

WOVl 
SuPL2 
BSBU 
»Drb2 



liU*SL_C« 

ti/AiV.SY 

CHKfcSL.C 

CPKtS«.M 

US 

fK<P/,k 

UCBSL-CH 

G*f0CSP 
G*IuCs«»E 

G*IOC$Be; 
»*M<l*J,K 
CpKtSt-C 

S*t4.kP 
UUA.fuCA 
S'tCPKFS 
• CP^Fi•'. 



n.t.iST(kl).h» 

STEM.- 

MD_HPK(K4),1S 

APPbGCR4).P0 

4> 

RCPbl .PI 

INTn^VtCS*"-" 
RUDATAP 
I.UATAP 
L«<AP»i,r: 

•<l1_KFF(k4j ,H1 



K-.SlZE,h4 
,1.1 Si • '^■ 



ZE,h« 
.LK.,i<?,l 



active cp i list 
Internal ptcets 
timsnea JPt-s 
rces acqulre-1 ? 

orjteKt 

tlRtt 

atoning context i" Ck'» 

uata oath 
eo L>at8 Patn 
eplnq BeaistTs 
Ilk context 

IHi' 
et artdress if>r inc*'. 

t OttSCtS to C"^rj list 

n»xt pacnet 
anH pac«ets 



; Rundown all IKPs that «r' still In 
t Initiated at all. 



2US: 



30S: 



MUVAB 

PVP 

MUVL 

B&Rt 

RBC 

Pi>H« 

POPH 

.PAOE 



l)CPSt,«J0(5KL(RS^,»^ 



• j,P2),R3 
30f 



lKPSL»»«tPlAC«3),Pu 
l'DA_TuCA'J 

•V»SV»5KSTEM,K",2U$ 
IJUA.DtA.^ONPAGtn 

20S 
DCPSl-Ot'Ci.TCPa) 

••v<Ro,H7,P6> 



Get address ot 
Snip e»pty or 
Cancel onlv ut, 
Were uBA resou 

Mo 

Save current c 

Get aaJress et 
APKRCiCHJ) t Load m 
t Purge huftereJ 
t Release Puffer 
f Releas* IM* "a 
« Restore nrevlo 
; Get aolress ot 

> Copy HSCP pac< 
J Pu'Jate *»SCP OK 
J Close out the 
t Get address ot 

OS } Cneclr ail co'"i'' 

the UCo iRf blst. Ihese «ere never 

; Get arjdress ot input H<y queue 

t Re-Bove next IkP from queue 

; (Jueue Is e«npty 

S Get •^dCKUo packet It ^n'^ 

t Cancel t»ie 1/u 

f Close out next iRK 

> Return Dutfer to systei* 
J Continue lor all outstancU" j 1-ks 
; Clear l/n count fi»l') In Clont or-,^ 
J Restore *otk registers 



• nuA.luCAN - l/n canceller routine caUea JlJ^tne Tljneout HanuUi- 
J Internal l/ii rundown of Irt^s ano '•iSCP tn-i carKeis. 



for 



t Ru « Address of unflnltncd NSCP r«eK*t 

|- Ri ■■ Address of IMP 

t 1)7 ■ SSS.TIrfCOUT Status 



UUA. 



.lOCANJ 
BoC 

BISB) 

MOVa 



DOVL 



Sit 



los: 

ISIl 




9hw 



IiiPtt>.SlS(RJ).10t I 
NSCPlS,0Pc6DCCRtt) 

iHscPsR-sr-cNfSb,- 

(•SCfSo.STATuSCRtf} 
»lRI>*L.DlACB(ir(K3) .Ht 

nlcPtU-CHU-REFlKP) IR* J 

iHSCPtK.Pkfs1ze«>i,R», 

RO 

Ri 

U|}S.I0P0ST 



Sxlp ntat It thit ••» not. • direct 
. «SCP picktt I/O . .. _..„!, 
I Stt •»« eodt tl«a In pacictt 

r Stt eontroli«r orrer T«lurn status 

» Ctt oddrcsR et Mtftr's d#t* «r«« 



.li%Vilt\ i^^SSy .«« Mc*.t 
i» » rtturn.ftotftr i 

I Cieit out tno J/0 

r Stt no SYtttir bufffr 11*0 



Into 
or user 



tltoT ••condarv IOSb Lorm wora vaiu* 
I ctost out tn« IhP and rttorn to call' 



xMltl. UOA.lNliIALIZe - UDA Initialization 

OUA.iKlTlAtlZE • ?rl»ary tewtl UDA inltlailiailon Routine 

Functional Dascrlptlont 

/I'»S/ 

IPL Lave] • Peoertall IPL 

*"*^"' R4 « Address o« tne Ci« tu"*"* ,. :.,«„» 

Pi ■ Address of lu* (lr»terupt Data aloec) 

Rb « Address of ODP CUevIce Data bUcj) 

r5 « Address ot Ckp CcnannH Request toloc«) 

Inttrnal rtglsttrsi 

?! H t^S?nj S? tnVSrn.l data .tructur.s 
R9 « saved address ot tn* Ii>" 



UUA.IMIlALlZLt 
tlSU 

poshr 

(•OVAn 

eic*3 



G*lMl«BH»: 



Save registers 



iida$L*!'?£S2al.R7 r ?,?t*a55?JU ot irternal .truciute. 

• <o5W'oNUNl;!uo»«H-TlHEaUi>.- I Clear ti»e«u» •;-• 
MbASW-FLAGSlP?) » Controller on line tlaes 
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SSi KOVZB« 5-tl,UnAS<<_INIT_F:KR 

MOVZWL txnuFsK.sizt.Ki 

BSR* l){>*_tLni«i>.MPACEP 

lOtt BlS-i fUDAtn.llUFJILOC,- 

WuVAH Il^T^'SL_^■•Ll'i^CK?),- 
UU»sr_IhTP(5UE(R71 

MuVAB ACTSb.rmD.LlSKK?) ,- 
UDASl.-Cwn.LlSTtR"') 

WUVb Rb,K<J 

"OVh iLlBib-IICBURKHS) ,- 
IJ0ASl,_UCB_ZtHa{K7 J 

"QVAB . UCBS-CLQMtCH?) ,kS 

MUVL Rb,inciSlv_0WNEK(K9j 

"uVL «s,anASt._cLO'Jt;iJcncf 

MuV» •0CaSK_SIZE,UCBSH-»5 

"OVf iDy-JSC-UCtt, JCbSB.TY 

"oVo S-IKOKK_Tijf,,UCBSB_F 

"OVJ. RB.UrtjSL»CPBCKb)- 

MgVL Rb.UCbSL-UPtfCKSi 

"OVAB IICBSL_IOOFl>CRi5) ,I)CB 

MoVAB UCBSL_IJOf'LlRI>) ,')Cn 

"uV* S*t9,UCrtS«_llMT(RS) 

«uVt« S-totVICF.IPL.DCBS" 

ClRl 1'CBSL_0PC"IT(RS) 

"uVa pi, JCtf$i«_ciCrtT(Rb1 

Pld •*C<VAS«1.bYTF>,K2,- 

UCBS*.PUFtfH5) 

Ml,V* iICBS»_«JFFCk5) .UDAS 

"ijVl Ri,unASL_HUrT0PCR7) 



t Acquire tystfir pcol It not alieaiy 

I Allocated ann mapped (o tne UrA 

> hciin UUA Inltlallzdtion 

(«7) r Load Dutfer alloc failure fia? 

t Loaa euifer size 

t Get a sytteir butter 

t Allocation failure 

; Flag butter allocated 



^ave adtiress of Internal "SZ^' 

racicet :iueiJe llstneafi 

Save oHdress of Active »fSCP 

Coiriiian^ pac<Pt 1.1st 

Sdve ariciress of II^ 

Save address of ncH. 

Load clone uCo address In "'-i 
Set clone to own"r uCb In IV^ 
7) ! Save address in local rtata strucfjrt' 
1Zc,(k5j f Create a bare ocnes uru 
P'^;(»5) ; Loao data structure size ana tvi.p 
IPLfHl) ; Loa-i forK IPl 

; Loaa adaress of CnP 

! Load address of Dub 
SL.IU0FL(R5) ; Initialize in auew llsthe^ 
SL.TO'JcLCRj) 

; Set unit nuinber to y 
_DIPLCH5J ; Load device iPL 

! Clear T/0 count field 

; Loa3 pyte count 

J Loao DvtP offset iroT pane 

M^fny^i^'n : Save tor driver 

; Sove Duffer aadress for Intern^^l r.st 



Eliminate Clone UCB and Active MSCP Pacnei List froir, maprinj 



iss: 
2bS: 

30$; 

3bS: 
40$: 



Sub*? 
JiP 

"OVl 

iNC* 

JSB 

BlBC 

PIS*? 

•'OVL 

JSB 
fuVL 
MOVaB 
MUVZB* 

rLR» 
clrl 

MuV» 

PbS 

PbS 

AOPLSS 

PKb 

INC* 

B1S.7 

POPH 

rsb 

PQPH 



t<<JCtt 
UCBS"- 
G-XfIGS 
B3,UCb 

G*IuCs 

HO, 40s 

taOASM 

1JU*S«_ 

ChPsL 

l)U»S'*_ 

G*IUCS 

UUAsL. 

CONTIN 

S'ti.O 

UUAIPC 

Bl 

IIliA3A( 

po.ur>A 

• 1»UT. 
«1N1T_ 

3bS 

IJD**W_ 

• <ui;ts 

Ul>A$W_ 
•5TEP_ 
t*"<Pb 



5K_CLU_SIZF> + <CHKc;SK_SIiK»CPKLSK_LlaT_L£.N>>,- 
BCMCH?) 



SvAPTtCriK 
Sl._SVAOXF 
Ir«Ir_tRKf 
»LnuBA"AP 

■ bllF'^APu, 
FLAGS(R7) 
IiVTO+VFCS 
MAPkFciCR7 
LUADUbA-A 
CLONFJCbC 
Ill£_lNlT,n 
DAS*_1N1T 
RJ) 

P4),Pi) 
S«.STh;P_E 
V_EHRURrJ» 
V.STEKl.P 



(Rbl 

Hi) 



) 

P 
K7),k 

_FKR( 



Get svAt'Tt tor Dutfer's virtvial aa ii 
Loaa Dufter syster. virtual adnress 
Set maooinn fatlure flay 
Allocate OBa wapring reolsters 
Allocation Failure 
Flaq DUtfer mapf-ea 



PC(R 
R7) ; 



HRCR7 

,U,35S 
0,iO$ 



Ir4ir-ERH(K7) 
»_S2KXPCT:-UU*S 
FLACiS(R7) ,: 
i_».HnE,lJUAoA((*4) 
,f<7,R9> 



REGCRo), 
Sa 
Lo 
Ge 
bl 
Se 
Be 
Cl 
Re 
Lo 
Si 
St 

1.0 
St 
Sc 

Se 

'■XT 

Re 



; 



INTfc 



; 



ve U 
ad U 
t ad 
; In 
t St 
Tin 
ear 
ad U 
ai s 

PD 1 

ej) o 
op 
ep o 

t PO 
CI>, 

t St 

Ite 
stor 



BA mapping context 

3A mapping registers tnr ur-c 

dress oi clone UCb 

It fork "C adaress In UC^ 

ep 1 failure flag 

IJUA Initialization sequenc** 

Index reaister 

DASA 

ter word in error buffer 

error, end Inlt senuence 
ne coirpletlon flaq set 

ne coinPietlon error 
tentlal Interupt failure 

ep two interupt exoecte-j 
step one •ord to U"a 
e realsters 



t-'<<Rb.h7,H9> 

UUA.UuLUAD 



Restore realsters 

Release resources and return 



• oBITL CJ»'riulit._IHn - MUA controller Initialization Co'-l 1 nuat l ori 

+ + 

CUNI I MJt_iNiT - Controller ini t iai 1 zatlor seTuence continuation 

Functional uescrlption 

/IBS/ 
in Level = fork IPL 
Incuts; 

RJ = Pointer to doa registers 

Ri = Adoress of Internal aata structures 

Rb = Address of clone UCB 

•t^ARLF Lbb 

CCl'JTIhUt-lMJT: 

JSP G'FxFiFURh ; Create a for»< process 

"uVAP Cu';ilN''L_l''lT,UCh.sL_f PCCRb) ; Load mteruut contlniiat Inn ad.jr 

MgVL (K3),k1 ; Get UDAlP aadress 

WOVL, H4.K1 ; Cop, Internals nufer adfires>s 

PkC* iiL)AsW_lNTl_ERR(hl J ! Flag possible Step response error 

? Process controller step Initialization 

PuVZ*L DLASaCRil.R/ 

►"OV* ■ R;i,UnASw_STtP_FHR(,Rn 



Get step *ord fron uda 

I.pau stec response for pn&smle err 



ss: 

lus: 

15Si 

20S! 
30s: 

; 



BbSC 
PbSC 
B1C*2 

CKPft 

B i» fc" li 

MOVZWL 

INSV 

AurL2 

MUVL 

PiS*2 

B1S*2 

wuv« 

BKB 

CmP« 

BtOb 

CLP* 

RSB 

BISmZ 

F.XTZV 

InC* 

RSB 

PhS 

BbC 

B1S«? 

PlSw2 

CLRL 

CLPL 
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»UDAS 
UUA$W 

tUHAS 

«UDAS 

«i>TtP 

lOS 

UDA$W 

UDASh 

• S.KO 

PO,ia( 
«INIT 
t<UUA 
UDASW 

RO,un 

20S 

«sTc;p 

ISS 
IIDAIP 



4,449,182 



50 



_FLAGS(Hl5 , JOS 

^_S3tXPCI,- 

_FLAC;SCRl),Ss 

i_i2tXPCT,uriAS«_f 

.7_Rf.AL),H2 

_PuFf f HI) .HO 
_«'APHEG(Kl),«'',- 

Sl._TUP,PO 

HI) 

_M_PUPUE,PU 

S»'-SiFXPCTiULiAS^. 

_FLAGS(B1) 

ASACk?) 

_1_READ,H2 
CPJ) 



• <llL)AsM_S4FXPCTilJUASM, 
ULiAS»"_FLAGS(Rl) 
tl6,»2,'«(Hl),RO 
R0,UPASA(R3) 
UUASW_INIT_tRHChl ) 

tlNiT-V.EHRORjRZ.l^S 

tlN'lT_V_SlFP4,W2,10S 

»b,U0ASA(K3) 

tINIT_M_GU,UDASA(K3J 

UCPSL_FfCtP&) 

l)l/ASl«_IMT_tRR(Kl ) 



; Process expecteo step 4 

; Process excecteo sten 3 

LA{^i>(Rn ; Clear step 2 exnectoa tlaa 
; Is the response correct ? 
7 No ternilnate 
; lioau DVte oifset 
t Set (iidppina register Pits o - ft 

; Set address to Lop of rings 

! Save address tor step 1 

; .Set purje enaole fldg 
.Ii<TK.Xi'ri>,- ; Set step i and intPfJot 

! expertej 

; "iflte step n-orrt 2 

; Return to forK dispatcner 

; Ts the step 3 response correct .' 

1 yes 

; Reset UUA on detected error 

; Return to forK dispatcher 
.IMTtXprr*,- ; set step 4 and interupt 

; expeclea 

; i»rite ster J word 

; Flat, possiPie Interuot failures 

; Terminate inlt se^i op fatal error 

; Ternilnate It ster seauence error 

t Set r.u anr) guai fcorj oorst 

f Write Go flan to uda 

f Cie^r forK pc In clone UCn 

; Clear Inlt error flaqs 



t "ap data case for UDA/Prlver and initialize queue Ustheaas 



3bS; 



40S: 



MOViiKL 

INSV 

ADOL? 

MJVL 

MOVl 

MUVL 

auPL2 

MOVAl. 

WOVAL 

TSTL 

HCiVAl, 

MUVAL 

MUVAt. 

WUVAl, 

CLPu 

"OVL 

CLRL 

^'UVL 

KUVZPL. 

MQVL 

PJSL2 

ihSuUt; 

AUPL7 

AL)rL2 

ADnL2 

AUPLS6 

HQVL 

MOVZBL 

"OVL 

INSCil't 

ADnb2 
Ai;nL7 
adhlZ 

SOBGTK 



lJU»SW_PuFF(H! 
UUAsW.»APkF.GC 

• <PE5f>SL_rOH + 
Ul;AsL_PJFTnF( 
PO.K? 
W2,K1 

#HFSPSl-_TuP,P 
Rt;SiJSb_M;If.K( 
Rt5J«L>KLX'>KC 
(K0) + 

CMHijSii.FLINKt 
CwnuSL,_KLlNKC 
lNT^>St,_KLIH^C 
TNTi>SL_FLINKf 
(K0) + 
»RFSPSL_TOP,P 
Rb 

R3,(PU) 

S*l48,CPKtSft- 

PO,CPKESl.-PIN 

«<UOA.»«_rJwNIU 

CPKKSb-POKL(P 

«KFjPSL_BLInK 

• KF6PSK_SlZt;, 
»KFiiPSK.SIZL. 
thFSPSf-SJZE, 
IMSCPSK. RINGS 
PO.CPKFSL.RXK 
S-«4B,CPKtS«_ 
R3. (P0)+ 
CPKt.£L_POKb(B 
8C*"P0Sl'-BblNK 

• C^'UPSK.SlZt, 
•CMUPSK^SIZ^, 
tCWuPSK.SIZt, 
RS,40S 



),k3 

HI ) ,i<5,»9,H 

MSCP»X_PKT_ 

Kl) ,K0 



1 

H2) , (Ru)* 

k2),(P0)+ 

H?),CR01+ 
R2), (»a)+ 
i<2),(R0) + 
H2),{»0') + 



PKI.LFl. CKl) 

GP(Pn 

UA_M_FL»G>, 

2) CR41 ,- 

IH2) 

H3 

K4 

kl 

XZt.,HS,3bS 

GP(Pl) 

PKI.iiENCKl ) 

2)[«'*] ,- 
(R2) 

k3 
k4 
Rl 



; Develop HoA address pase for ur^A 

1 

.Hl/R>,k3 
; Get address to top of systen. i.uifer 

; Cony 

; Aga j n 

! Create a:Jdr tn top of RcS rarkeis 

f initialize kesoonse oapup listne^ij 

; SKlt. tutfer descriptor 

f Inltlalze Comrr.an:' oueue lisihc-acJ 

; Initialize internal pacnet «ait 

f dueue listheaa 

} Clear purge and Interurt »ords 

; Inll index fro-:' too ot response p»:ti 

; Clear loop index 

J LlnK packet to messaae rim entry 
; Load P<t Len an** clr vir Cir Tu 

{kO)+ ; Set entry to uPa Liwn 

;■ Insert packet In oac< ot response qu^ 

; PevelOP I'bA address ot n^xt RtP ri<t 
; Bump index register to next PtS D<t 

t 

! Loop thru all RtS ring/pkt entries 

; Load PKt Len and clr Vir Cir lu 
; LinK packet to co.niiana rlna entry 
; Insert packet In oack of coTmdni q')ei. 

; nevelop UiJA address to next cr-i r<t 
; Pui^p index reqlster to next c^'i pk^ 

t Loop thru all ciT'd rinj/p«:t entries, 



.' Clear Conirrand Reference r.umper and UPA Resource Values Flela in eacn 
> entry of the Active hsCi> Cotnitana packet List 



4b$: 



ALPL? 
CLRfJ 
ADPL2 
AUBLSS 



«ACf SL-CMU-LISTjPi » Point to top of co'^mand list 
( K2 ) 

tCPKF$K_SlZE,k2 t Point to next entry 

«CPKFSK_L1ST_LEN,k5,45S } Loo»p throudn list 



; Send UDA eight online oacKets for units thru 7 



MUVAR UDASL.INTtPliAL.kl 

MCVi. UUASL_IiJTPOUE(Rl),RJ 

AiJDL2 S-«4,H3 

CLRL ■ P4 

508: BSB* Ut»A.GET_IliTPKT 

BLBC PO.bSS 

MuVb tMSCPsK-lt'-iJ^Lli'i,- 

fSCp$o_UPC0UF(H2) 

MUVw P^.MSCPS^i.UMKHZ) 

>"0V* R4 ,'i5CPsv'_Si<P»_u'JrCr<2j 

IhSgUt, th2),?Ck3) 

ADBLS;> tB,k4,'iOS 



; Reload addr of internal structures 

; Get aadress of internal PK.t llsneai 

; Get baeklinK address 

; Clear R4 

; Ret an internal N'SCP packet huffer 

; Allocation Failure 

f Load online com.T.and In ^SlP nacnet 

J lioad unit nuToer 

Loan shadow unit nurrser 

Insert o^^cket In rear en-^ ot queur- 

Loop for h online Pac^-ts 
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t Sena uriA the S*l Controller Ctiaracterist-ics CoTnann PacK«>t tn enanie 
J Attention Messat^es and a oO secona nest timeout valuf. 





PSH* 
PLPC 
MUVb 




P1S«2 


LUAD.INXO.PrT: 


5bs: 


»unL2 

Pk* 
RSP 


f UlyA.I 

• 


.DISAbL 

.SRfTL 

.PAOI'" 

nTEHUPI 


> Functional u^ 
S /TBS/ 



Uu*-r;t:T_lt(Ti>Ki ; f;et «n internal ■'iiCf' pacKet huftpr 

PO.bSS ! Allocation Kallure 

•rtSCPsK-nH-STcOi*,- t Load iet Controller Cnaracterisilcs 

Mscpsn_'jPcnuE(P25 ? op code 

«MSCPS«_CK»AVATN,^.SCPS«_r:iT_rLf^^(K2) f Set controller flo-it 
«bO,MoCfSW MST_T*ij(h7) ; Pet host tlff-eoot tn 6u seconds, 
iUPASrt_uNLlNF,ni;»s*i_K"i,*GSiHi ) ; Set controller on Hit tld-i 

? Peference label for Internal pscifet loflrjlnn 



UUAib.IuTPOUKCRD.Hi 

( K 7 ) - 1* ( K 1 ) 

UUA-INTLRWAL-in 



Get address ot internal nut llsri^ai 
Get bacKllnK adaress 
Insert packet In rear enl ot q'leue 
Oue PdCKPt to Uuift 

Error retorn 



t LSb 
MLiA Interunt service houtlne 



Interunt service rtoutine 
script ion: 



Inputs : 

otSH) = Pointer to iph 

(*b = A'liress of Clone UCf< 

PU - R4 = Scratch 
Outputs for routine callej: 

Pi = Homter to uoaip 

R4 = Aritjress of Internal uata St ructur*"!. 

Pb = Address of Clone UCH 



UDA.IMtPUPT; : 

MJVA« 
BBS 

"UVL 

PbC 

MUVL 
TaTb 

PlOL 

MOVL 
MUVb 
MQVB 

PUSnP 

POP^ 

MUVo 

rtPb 

»»uVl 
CLP* 

lys: "bCC 

JSB 

1!>$: Pl-KC 

P«S 

F jPr 
20$: MuVg 

KlI 
3os: JiP 



.SBfTL 
.FAbt" 

f +♦ 

t ULA.llivLuAD - 



UUASL 
tUTAS 
U U A $ W 
luPsL 

• UPAS 
UDA$W 
'll^ASL 

cwrsp 

lUS 

IJCPSL 

CHPSL 

cmdsh 

CKHSL 

(7-IUC 
f-«<V 
(SPj* 
Cmosb 

lIUAiA 

• UHAS 
WUASk 

• UCbS 

?os 

IJ IJ A $ <• 



_I;<T 



TtPriAL, 

_Oi»Nt:P(pj) 

V-OSLlw'",- 
_FLA(iPtH-*) 
_PUFTnp(h4 
_PUPGF(R^) 



H4 

,20S 
,P3 

, lus 

).H2 



-CHR( 

_IhT(i 

-PUPU 

_IWTU 

1,H2, 

SPIJPlj 

1,1^?, 

,CPPS 

-PU^U 

H7 

CP^) 

_Fi^Ao 
L-FPC 



(1 



Kb),R 

•f VFCSfc_UA 

F(R^1,- 

♦V^CSO-UA 

Bj> 

PATAP 

RJ> 

t._I,<Tu+ifECSti«L 

FCR2) 



Cet 

Is 

No, 

T A P » T 'U P n 



Get dudress oi iDo 

let aciDress ot intern dl struct ores 

1 3 nor InteruPt if timeout is s»t.u: 

Is incoherent at this nolnt anv.Hv 

Load owner UCo tor tXtSKOf-K 

Smlp pur^e cf.eck. if iiDA is oftlin^ 



FXPCT, 
S C R O , 
CKS) 



, Iss 

_FLAi;p(P.J) ,2oS 
OS 



•i/AiV_S'fSrFM,- 

ncr-si _FHr(W5i .? 

3US 

CtiPj*,P / 
CbP)*,B;! 
ti>PJ+.R4 



G-FuFSFOHK 
UL/*_FOSK_Pkur 



I.Ofl 

T A F A X H ( (^ 1 1 

J Sav 
Pur 
Res 

r«pA 

Cie 

Get 

Let 

Dis 

or 

r.o 

Pes 

Tgn 

UuA 

Tt 

nut 
Cre 
»!es 



audre 

d oatn 

test 

aUdre 

,-CSH) 
Q aata 

; Int 
e regi 
jp tne 

t nr e n 

r^cpi) 

ar Hdt 
aridre 

paten 
proces 
to aor 
tor» r 
or uns 

Is of 
clone 

it th 
ate a 
tor» r 



ss 

oat 
for 
ss o 

I s 

pat 
o CB 
ster 

ddt 
revl 

; P 
d Pa 
ss o 
no* 
inte 
s po 
ropr 
eqis 
olic 
t li 
isn' 
ere 
tork 
egis 



t sys 

n pur 
norma 
t CRb 
a ve c 
n nUT 


s tro 
d pat 
ous c 
estor 
th in 
t Ul'A 

we're 
rupt 

SSlhi 

late 
ters 
ited 
lie 

t al r 
to ne 
oroc 
ters 



te^i buffer 

ne req')€st<*ri ? 

1 interunt 

urrent UP In CHi> 
f>er to te puru" i 



'fi 
1 

ont 
e c 

in 
It' 

ao 
if 
e a 
rou 
and 
Int 



sys routine 

eXL 

revlo'is, 1," 
terupt •oru 

ne 

ex|. ect eT 

ttent 1 on nut 
tines 

ret fro: ini 
erunt if tr, p 



eady in for«. qne.it 
t T-essaQP raort 
ess 



Gracefjily yo to fori<- IPl 

')&» tne standdra tork processor 

for miRolicitert Attention "essajes. 



nUA_ilivI.JAU 



UHA yriver unload routine 



uriver unluaa routine. 



; Functional Uescrlut ion : 
r /TBS/ 

; InPutst UnKnn«n If here fror^ Si'jSSYoGt'' 



UDA.UNLUALi! 

PuSriP 
"UVAH 
BdC 

PbC 



t*M<Rl,K7,Pj,H4,Rb,H6> 

IJUASl._I.«TE;Ol'iAL,Kf> 

»UDASV_rti)FALnc,- 

UDAslf.FLAGStRb) ,1 bS 

«UPASV_CLINKFD,- 

UL(AS»«_Fi^AGSCR6),5s 



; Save registers 

; Get aadress ot internal structures 

; Exit if no syste"" bjfier dllocatei 

: SkIp clone uniinkiny it never lin<e 



4,449,182 
53 54 

MUVL UL)ASL.Ct0lJF:uC4(Kf>),KS i oet *drlreiS of Clone UCp 

MJVL UCBsL.ntVDEPEunCRbi.Rb I Get *ofir«»*« ot onctt linked uCe 

CLRL UCBSI_IINK(HSJ ; Set this UCb to last 

5s: PiJC tUDASV-BUrHAPD,- t Exit if butter not mapoed to oHA 

tlUA$W.rLAUS(R6),1U$ 

>«UVb UUASL.CbONEUCB()<6) ,Kt> > net Address of Clone UCti 

kuVl UC''Sti«CKP(Rb),P4 ; Ret *odres» nt C»i» 

••UVt UDASV«.»«APKFG(Hfi),- J Lo«u UBA context In ChH 

CHBSL_ThTD*VEC8«.«»PPb;CIR4) 

JSB G'lUCsRtLMApREG t Release napplno rcqlscers 

los: KOVL U0AsL.BUfi'OP(R(i),R« ; (Tet ao'iress of sysle" huff*?r 

PSB* iJL/A.DtAuOwPARtn J neallocdte svite"* buffer 

15S: HuVL s*»sss.NnHMAr.,PC t Set normal for caller If heiodfiini 

ClRw UUAsw.FbAGS(Po) f Reset ail fla.js for Internal mlt 

PQPR ••t«<pi ,H2,Pj,Hd,Pi,n6> ; Restore reaistTS 

RSP : Return x,o caller 

• SdTL Driver sijt;oort Houtlnes 

.PAI.F 

Uu*.RLStT_BiNv,s - Pontine to set tne Hesnons' ring's 0*11 tlaa to i >» u'-, 
and Clear tn* first nuajwora in tne active coriief^n list 
entry r>ol(ite<l to oy >»;/, 

Inputs: 

Ro s Adoi'ess of response packet 

R2 s AiJaress of coRT-and pscxet list entry 

UU«_RtStT_RXNGS: 

BlSb? •Lir'A_«i_u»»!«,- } Set rtsponse rln'j to iir>A u- . 

ac''KPsr,_Pirj(;p(»oi 
ClRu Ck2j J Clear MSCH tomwdoa Keterenee ^ll^^er 



Rcih 



I An-i !!b» Peso'Jrces fields m List e' 



GtT«Furi_PACKf r - Hootlne to aef tne ne«i dv^lia^lc resnonse pac«.ei tro'- '^i'* 

Functional Description: 
/IBS/ 

Inputs? 

Rl = Address of internal data structure^ 

Outputs: 

RO = Aduress of End oacKet or n jj next nacKt't B#lon<ied to ur., 

or no commanci packet mate"' was foijnd, 
P2 = Address of Active Conwao-j Vac^et *ltn same reference nii-rifr. or 

undetlneu If no matcn was fovna 

Gt'T.FNP.PAChFr: 

•»UV'j Ri,-CSP) ? Save hJ and w^ 

"OVL Ujts!.._PUFX0f (HI ),k4 t oet adf^ress ot svste" hufter 

5$: mcjVl Re.S.iSL-l''l,lHK(h4),H0 ; Get aadress of next response i.ac<e': 

RfcS •l/DA_»f.U*w,!»CPKt»li-HrfJGP(H0),2f>S ; facket belongs to o'^A 

BBS •MSCPSv«op_tNL>,- ; Pricess End PacKei if flagtje:! 
MSCPSB.OPCnbEtRUj.los 

BSRij AlTtNiiu««M4iG > Process attention messa'ie 

Bkb 5s ; Trv It aoaln 

lus: RfuUE aKtsfJsl/.FulNK(H41 ,RiJ } Remove pacKet frow front of tu'c 

INSw'Jt (HO) ,^BeSJSb_BblN^fH4J J Insert in bacn of queue 

CURL H3 ' f Clear loop Injex 

NOVAB ACTSl_CHD_HSr(H4) ,k2 J Gel address of first coir-nana pacte*^ 

lis: ChPl Ci'KtsL-C'«t»,KEFCK2) ," j Compare reference oui'oers het.-er 

NiCHSu-CJ-REKtKOj 1 response and cenfand packets 

PtOi, 2i« f Found tne ffatpo 

Aijni,? •CPKEsK.slZt,»'2 J Point to next entry 

AQPtSS •CPKF$K.L,lST-IvEn,Kl,l!>J » Loop through nil co-nwand f>ac<Cts 

B1SL2 »UDA»rt.0WM,?CPKtSL.Kt.<ffM(K0) ; Set rlno entry to uha o*ii 

20S: CLRL RO > Set no response OdC^et avallsole 

25S: WQVu (SP)+,Ri I Restore registers 

P3S J Return to caller 

+ •♦ 

ATTLNtKjN.msG -Attention ••essa:ie Proci^sslnj houtlne 

Functional oescrlPtlon: 

If the .T.essaoe received Is an Available Attention ••essage, tnen at. un-Line 
Internal vsCP nac><et is oenerated for tn» unit declared, the otner tor'^s ot 
attention messages are currently innorea. 

Inputs; 

RO s Address of Message Pac<et 

Rl = Adgress of Internal Data Structures 

ATTENIIU'J-XSG: 

BLHC iJt>Asn_FbASS(Hl),2uS ; lynor nessag* 11 uri« «ent otflinr 

C«Ph •MSCPSK.np_AVATh,M.SCP$i*,nt'CLnfc(HO) 

BNEvj 208 1 lynor non-availa^le attn ^essaTe 

MCVi. RO,-{SP) ; Havt Inout context 

BSB. lJOA»Gfc"T.lMTPKT ; Get a systeir outfer for internal t^i 

BLHC R0,15s i Allochtlon failure. Ignor renu-st 
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"*UV., (SP)*,PU ? Restor*' Inout context 

"^UV* "SCPSw.UNiTtOui,- ; Lola Unit Nunoer 

Mi>CP««p_UNlT(P^) ;. Frotii attention ir.PssdTe pflCKet 

"OV* "SCPSn.u'UTCHO) ,- ; \joaa Shadow Unit NU'flber 

"UVb tMSCPsK-OP.ONLI*,- ; Lofld online coTi«nri 
Mscpsa-uPCODf (P^5 

lOS: "OVL UUAsl-_I:4TP')u«:(Pl) ,PJ ; r.et Internal p^cvet queue llsLien:! 

AUDI,? 5*«-*,n3 ; Ret baCK ilnf 

TKSijiit tK2),i»trt3) ; tnsert packet In rear ot qieje 

PhB 70S : Clean up and recjrn 

lbs: Mijvo (SPJ4,P0 ; "estore inout co-ifxt 

20S: PfuUK "KFoOsL-PLlNKCfH) .KM : Remove paclcet. fropi tront of nupur 

TruSji't CHO) ,?R£SgSL_ijM"iK{Mn ; Insert In bac< of queue 

BiSL? iuDA-M.DWN, j<CPKtSL_«T;j';p(kO J ; Set ring entry to 'lufi n*n 

RSB 

.pAGf: 
♦ ♦ 
GfcT_CnD_P*CKEl - Houtine to oet tne next comTaij pacV:et for caller 

Functional description: 

Inout: 

Pi = Address of Internal aata structures 
Outputs: 

HO = success = Artdress of emptv romman'l oacKCt. 

PO = Failure = if: 

1) Own oit set Indlcatinq I'oa o*ns packet 

2) Own oit reset out ilao bit set In^icatintj 
packet Is still active. 

R2 = A-ldress of empty Active MSCP Comman'i pacieet entry 

KtT.CMD.PACKEl: 

PUShL Rl r Have HJ 

HuVL liDAsl._Cnn_LIST(KU ,H? ; Get audress ot com-nana list 

"UVL uoAsL_PdFrnp(hn ,hI ; f:et au/iress ot systen bufter 

KOVL CMnuSt-KLlNKtRI ) ,H0 ; Get aodress of next oacnet 

BoS «UDA_V_OWig,(!irpKLSi,.i<T.Jt^P(KOj ,20i ; kacket belongs to ur^i 

ClPl pi ; Tnll l"or> ln^ex 

5s: TSTt (R2j ; li, t-^ls entry • noty ? 

BlOl lu$ ; Yes, use it 

Acr-b? S"»CPKESK_SlZt,h? ; Bu"p pointer 

ADRLSS •CPKFSX.LlSl.LFk.Kl.Si ; toot, 

PHP 20S ; Active list Is full 

lOS: CLRL Rl J Inlt loop Index 

15S: Cl,Rw '•SCPSL_C»U_kFK(HO) [HI j f Clear hsCh Packet for caller 

AuBLSi ««5CPSK_PKT^I2Fa-3,Hl , 1!>S 

PUPL Rl r Restore Rl 

JiO <ICSP)+ ; Fxecuce co-routine can to caller 

; Return nere if commana packet cbn he queued to the UDa 

POSHL Rl ; Save Rl 

"uVL HDAsL.BuFrnptRD.Ki ; Get address ot system nufier 

Rt"uUE aCMuOst .FLInKCHII ,Pu f Rotate packet fro^ tront of Tueu" to 

iNSu'Jt (KO) ,i.CMn;isb_c)i.l»ihfKl ) ; back of qu»ue 

BirL2 •ur>A_K_FLAG,- ; Clear flag pit in ring entry 

BCPKFsL.BlNGPcno) 

PlSb? •UPa«h_OWm,- ; Set packet to iU)A o.n 

aCPKEs'^-RIiiGPtPO) 
20S: CLPL Ro ; Set failure flag If nere tro"' acove 

PoPL Rl ; Restore pi 

RSP ; Return to caller 

.PAUF 
; ♦♦ 

; UuA.Gt T_T.\TPKr - Allocate a system butter for an internal MaCP packet 
I 

t Functional Description: 

; Calls UuA_ALnwDi.PAGbn for the bufter. Clears the 4" bytes ot packet 
; to zeroes for caller, and loads next nigbgr Internal ftsc Parnet 
! command reference numoer. 
» 

; Inputs: none 
t 

t Dutputs: 

» Po = buccess or failure as received frnir, LXbsALONuNpAijrj 
» Rl = Address of Internals it allocation succeeded else trasr, 
■; R2 = Address of buffer 
} -- 

UDA.GtT.lNTFKI: 

MUVL «<'"3CPSK_PKTS17t-H2>.h1 t Hefine size or system butter neede-1 

PSHe uuA.ALONOi,PAGtn ; Get system outfer 

BLBC Ru,15s ; Allocdtion failure, Ignor requeit 

CLRL Rl t Inlt looD Index 

5$: CLRu MSCPSL_C«i;_HEK(K2) iKt J ; Clear Packet 

AuBLSS •hSCPsK_PKT:3lZE^-i,kl,5s 

»»OVAB iJL>AsL_IMtPNAL,Hl ; Get Internal's address 

108: IhC* OUASw.RfcF_NUMlPl) ? Make a ne» command reference nutrner 

BtOL 10$ : But not a zero 

MOVk Ul)AsK_RtF_NUMCRn ,- J Loan packet's comnand reference no 
MSCP$L_C'»D_HEK(h25 
l&S: PSB 

.PAGF 
» ♦♦ 

; UttA.ALOhDNPAGtD - Allocate a buffer from syste" space for caller 
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Functional PescrlMtion: 

Calls ►'xFsALOi-Di.PACtr. an'1 Inserts nufter size ani tv^p in olncf It s'icees: 

Sdves Kj lor caller. Kl usuallv contains the ad-jress of an Ift'. 

Inputs: 

f>\ ~ Size 01 DlocK 
Outputs: 

RO = 10* bit clear Inolcaf^s failure 

PO = le« Bit set Inolcates s'iccess 

PI = Size of buffer 

R2 = ArlTress of buffer 



UO»_*LOMOi'.PAGtn; 

PuShR •*M<P1,H1> 
Ji,H 

PC.Pk 

BLPC 
MOV* 
MuVZPn 

5s: PS" 



CEAEsALONnuPAGtl) 
«-«<R1.k3> 
Po,bS 
Pi.IRps*_sizrcw2) 



• UYnSC-oUKIO. IR^Sb_■rVP^lfi-^) 



Save kT and renueste^ hufter sit? 

Reauest a systerr. cuffer 

Restore reaisters 

None avdilahle, return 

Load size descrictor In hufter 



I'efine type 



; lll)A_DtANnhPAGtn - Deallocate a o'Jffer fron. system space for caller, 

; Functional Description: 

S Calls FAEaDtANOftPAGEO and saves Rl-rt3 for caller 

• 

; Inputs: 

; PO = Adaress of bufter to he Jeallocated 

; Outputs: None 

} 

;-- 



UUA_DtAhCl.PAGtr>: 

PUSmP »*«<R1,H7,P.0 

JSR C-F.XFsntiMluPAGbT' 

PUPH «*"<Pl,K2,R.'> 

RS" 
.PAGE 



; Save registers 

; He-allocate systen. ouffer 
f Restore registers 



l!U»_IOPOS 



Funct 
/IPS/ 
Input 



rtiona 

>/ 

jts: 

Rb 

P7 

; Rb 

; Outputs: 



I - 1/0 post processintj routine 
1 Description: 



= Address of IKP to post process 

= Adaress of tne ublgnito'is Clone uCh 

= 1/0 status long word 1 

= 1/0 status long word 2 

None 



IJUA, 



.iupust: 

KOVL 



los: 



PtCL 

tncl 

MOVAR 

P^Flv 

SuFITKT 

MOVL 

R6^ 



Ru,-fSPJ 

R7, IRPSL-'iFl-'I ACHJj 

l1CBSl._nFCf.T(Rb) 

IrtPSL>IIC''CPJ),KO 

UCBsL_0t>Cl4T(RU) 

G*I jCsGL_PSbL,PH 

(K3j.i*(H')) 

lUS 

»l*»tS_IUPOSl 

(SPl* ,R(j 



Save KO 

Loati final status In l^t- 
Account for I/n in Clone i:r.- 
Get address of real HC» 
Account for I/O In real nc- 
net aodress ot incost ou»"j' 
Insert IPP m Post ororeso ;i 
Braiicn if not first entrv 
Initiate Sott«are IiiterurL 
Pestore Ro 



llKt*^eH 

■If 'jp 



♦ ♦ 
LlNK_CLONt. 



Knutine to link the Clone uC« at tnr eri ot tne bfi- L-lst 
tor access by t'^e tlmeo'it handler. 



; Inputs; 

f Pi = Address of clone McP 

} Reaisters Usea: R0,K7 



LINK 


_CLu^'t : 








MOVL 


l)CB5l> 






MOVL 


ChBSL- 






MoVL 


IUNsl._ 


55: 




MOVL 


I)CBSL> 






BtQL 


lOS 






MOVL 


PiijKO 






PKfl 


5S 


los; 




MOVL 


Rb.uCo 






MOVL 


RO.UCb 
UC^SL- 






CLRL 






ClRu 


UCHSL_ 






RSB 




UDA_ 


FnD 


; 





CKR(Pb1 ,R0 
lNTl)+\/FCSL_ind{K'); 
'JCHLSICKO),kO 
LINK (HO) ,f<? 



Sb-LIN" (PUT 
SL_UKV0LPbMUth5> 
LINK(H?) 
FHC(Ki>) 



Get aadress of LPts 
K" r Get aodress ot in!* 
I'.et aodress ot first uTp 
Get llHK to nevt uCd tro^ tnls u^t- 
Tnls one was tne last 
Load address of next uTH 
fonttnue search for last in list 
LlPK former last UCt* to clnr.e 
Load back pointer in Clone 
Set clon» to last 
Clear foTK PC field 
Return to caller 

All oood thinjs tiUSt cmre tu ai e^ 1 



.tNU 
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What is claimed is: 



1. In a data processing system whicii includes first 
and second processors (70 and 31), a memory (80) to 
which information can be written by each of said pro- 
cessors and from which information can be read by each 
of said processors, such memory having a plurality of 
locations for storing said information, and bus means 
(60) for interconnecting the first and second processors 
and said memory, to enable communications therebe- 
tween, said bus means being of the type which has no 
hardware interlock capability which is usable by the 
other of said processors to selectively prevent the other 
of said processors from accessing said memory loca- 
tions, the improvement comprising: 
• communications control means for controlling com- 
munications between said processors and permit- 
ting the first processor to send a plurality of com- 
mands in sequence to the second processor via the 
bus means, and for permitting the second processor 
to send responses to those commands to the first 
processor via the bus means; 
the communications control means including a plural- 
ity of locations in said memory, termed interface 
memory locations, adapted to serve as a communi- 
cations interface between the first and second pro- 
cessors, all commands and responses being trans- 
mitted through such interface memory locations; 
the interface memory locations comprising a pair of 

ring buffers; 
a first one of said ring buffers being adapted to buffer 
the transmission of messages issued by the first 
processor and a second one of said ring buffers 
being adapted to buffer the reception of messages 
transmitted by the second processor; 
each of said ring buffers including a plurality of mem- 
ory locations adapted to receive from an associated 
one of said processors a descriptor signifying an- 
other location in said memory; 
for said first ring buffer, the location signified by such 
descriptor being a location containing a message 
for transmission to the second processor; 
for said second ring buffer, the location signified by 
such descriptor being a location for holding a mes- 
sage from the second processor; and 
the communications control means permitting each 
of said processors to operate at its own rate, inde- 
pendent of the other of said processors, and to 
access a ring buffer for writing thereto only when 
the buffer does not contain information previously 
written to such buffer but not yet read from it and 
for reading to such buffer only when the buffer 
contains information written to it but not yet read 
therefrom, thus preventing race conditions from 
developing across said bus means in relation to 
accessing the interface memory locations. 

2. The apparatus of claim 1 wherein there is associ- 
ated with each ring buffer entry a bit whose state indi- 
cates the status of that entry; 

for each entry of the first ring buffer, the first proces- 
sor being adapted to place such entry's ownership 
bit in a predetermined first state when a descriptor 
is written into said entry, and the second processor 
being adapted to cause the state of the ownership 
bit to change when such descriptor is read from 
said entry; 

for each entry of the second ring buffer, the second 
processor being adapted to place such entry's own- 
ership bit in a predetermined first state when a 
descriptor is written into said entry, and the first 
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processor being adapted to cause the state of the 
ownership bit to change when such descriptor is 
read from said entry; 
the first and second processors being adapted to read 
ring buffer entries in sequence and to read each 
ring buffer entry only when the ownership bit of 
said entry is in said predetermined first state, 
whereby an entry may not be read twice and an 
entry may not be read before a descriptor is written 
thereto. 

3. The data processing system of claim 1 wherein the 
communications control means is further adapted to 
provide such communications while each of the proces- 
sors is permitted to operate at its own rate, independent 
of the other processor, and while avoiding processor 
interruption for a multiplicity of read and write opera- 
tions. 

4. In a data processing system which includes first 
and second processors (70 and 31), a memory (80) 
adapted to be used by said processors for containing 
information to be shared by the processors, and bus 
means (60) for interconnecting the first and second 
processors and the memory, the bus means (60) being of 
the type which has no hardware interlock capability 
which is usable by each of said processors to selectively 
prevent the other of said processors from accessing at 
least a portion of said memory, the improvement com- 
prising: 

the first and second processors (70 and 31) being 
adapted to employ a portion (80A) of said memory 
as a communications region accessible by both of 
said processors, so that all commands and re- 
sponses can be transmitted from one of said proces- 
sors to the other of said processors through such 
portion of memory; 

the communications region of memory including a 
pair of ring buffers (SOD and 80E); 

a first one of said ring buffers (SOD) buffering the 
transmission of messages issued by the first proces- 
sor (70) and a second one of said ring buffers (SOE) 
buffering the reception of messages transmitted by 
the second processor (31); 

each of said ring buffers including a plurality of mem- 
ory locations (e.g., 132, 134, 136 and 13S) adapted 
to receive from the associated transmitting one of 
said processors a descriptor signifying another 
location in said memory; 

for said first ring buffer, the location signified by such 
descriptor being a location containing a message 
for transmission to the second processor; 

for said second ring buffer, the location signified by 
such descriptor being a location for storing, at least 
temporarily, a message from the second processor; 
and 

the first and second processors (70 and 31) further 
being adapted to control access to said communica- 
tions region (SOA) such that information written 
therein by one of said processors may not be read 
twice by the other processor and a location where 
information is to be written by one of the proces- 
sors may not be read by the other processor before 
said information has been written, 

so that race conditions are prevented from develop- 
ing across said bus means in the course of inter- 
processor communications, and messages are trans- 
mitted from said ring buffers in the same sequence 
as that in which they are issued by the processors, 
while each of the processors is permitted to operate 
at its own rate, with substantial independence from 
the other processor. 
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5. The apparatus of claim 4 wherein said ring bufTers 
are adapted to permit the first processor to send a plu- 
rality of commands in sequence to the second processor 
via the bus means, and to permit the second processor to 
send responses to those commands to the first processor 5 
via the bus means. 

6. The apparatus of claim 5 wherein the first proces- 
sor (70) is a host computer's (1) central processor, the 
second processor (31) is a processor in a controller (2, 
30) for a secondary storage device (40), and the bus 10 
means includes an input/output bus (60) for intercon- 
necting said host computer with said secondary storage 
device. 

7. The apparatus of claim 5 wherein there is associ- 
ated with each ring buffer entry a byte of at least one " 
bit, termed the ownership byte (FIG. 3B-133, 135, 137, 
139; FIG. 8-278), whose state indicates the status of that 
entry; 

for each entry of the first ring buffer (SOD), the first 
processor (70) being adapted to place such entry's 20 
ownership byte in a predetermined first state when 
a descriptor is written into said entry, and the sec- 
ond processor (31) being adapted to cause the state 
of the ownership byte to change when such de- 
scriptor is read from said entry; 25 

for each entry of the second ring buffer (80E), the 
second processor (31) being adapted to a place such 
entry's ownership byte in a predetermined first 
state when a descriptor is written into said entry, 
and the first processor (70) being adapted to cause 30 
the state of the ownership byte to change when 
such descriptor is read from said entry; 

the first and second processors being adapted to read 
ring buffer entries in sequence and to read each 
ring buffer entry only when the ownership byte of 35 
said entry is in said predetermined first state, 
whereby an entry may not be read twice and an 
entry may not be read before a descriptor is written 
thereto. 

8. TTie apparatus of claim 7 wherein said ownership *0 
byte (278) is the most significant bit in each descriptor 
(260, 264). 

9. The apparatus of claim 5 wherein the controller (2, 
30) further includes pointer means (32, 34) for keeping 
track of the current first and second ring buffer entries. 45 

10. The apparatus of claim 5 further including means 
for limiting the generation of processor interrupt re- 
quests to the first processor in connection with the 
sending of commands and receipt of responses by said 
processor, such that interrupt requests to said processor ^ 
are generated substantially only when an empty ring 
buffer becomes not-empty and when a full ring buffer 
becomes not-full. 

11. The apparatus of claim 10 wherein the size of each 
ring buffer is communicated by said first processor to 55 
the second processor at the time of initializing a com- 
munications path betweem them. 

12. The apparatus of claim 11 wherein the processors 
(70, 31) communicate by sending message packets to 
each other, and further including: 60 

the first ring buffer (SOD) being adapted to hold up to 

M commands to be executed; 
an input/output device class driver (3) associated 

with the first processor (70) for sending commands 

to and receiving responses from an input/output ^5 

device (40); 
the second processor (31) being adapted to provide to 

the class driver (3) in its first response packet the 

number M of commands of a predetermined length 

which said buffer can hold; 



the class driver being adapted to maintain a credit 
account having a credit account balance indicative 
of the number of commands the buffer can accept 
at any instant; 

the credit account balance initially being set to equal 
M and being decremented by one each time the 
class driver issues a command and being incre- 
mented by the value; 

the second processor further being adapted to pro- 
vide to the class driver, with each response packet, 
a credit value (FIG. 9, 288) representing the num- 
ber of commands executed to evoke the response; 

the class driver incrementing the credit account bal- 
ance by said credit value; and 

the first processor and class driver being adapted so 
as not to issue any commands when the credit ac- 
count balance is zero and further being adapted to 
. issue only commands which are immediately exe- 
cuted when the credit account balance is one. 

13. In a data processing system which includes first 
and second processors, (70 and 31) a memory (80) 
adapted to be used by said processors, and bus means 
(60, 110, 90) for interconnecting the first and second 
processors and memory to enable communications 
therebetween, said bus means being of the type which 
has no hardware interlock capability which is usable by 
each of said processors to selectively prevent the other 
of said processors from accessing at least a portion of 
said memory, the improvement comprising: 

at least a portion (80A) of said memory (80) being 
adapted to serve as a communications region acces- 
sible by both of said processors all commands and 
responses being transmitted from one processor to 
the other through such portion of memory; 

means (278) for controlling access to information in 
said communications region whereby information 
written therein by one of said processors may not 
be read twice by the other processor and wherein a 
location where information is to be written by one 
of the processors may not be read by the other 
processor before said information has been written; 

the communications region of memory including a 
pair of ring buffers (SOD, 80E); 

a first one of said ring buffers (SOD) being adapted to 
buffer the transmission of messages issued by the 
first processor and a second one of said ring buffers 
(SOE) being adapted to buffer the reception of mes- 
sages transmitted by the second processor; 

each of said ring buffers including a plurality of mem- 
ory locations (e.g., FIG. 3B-132, 134, 136, 138) 
adapted to receive from an associated one of said 
processors a descriptor (260, 264) signifying an- 
other location in said memory; 

for said first ring buffer, the location signified by such 
descriptor being a location containing a message 
for transmission to the second processor; and 

for said second ring buffer, the location signified by 
such descriptor being a location for holding a mes- 
sage from the second processor, 

so that race conditions are prevented from develop- 
ing across said bus means and messages are trans- 
mitted from said ring buffers in the same sequence 
as that in which they are issued by the processors, 
while each of the processors is permitted to operate 
at its own rate, independent of the other processor. 

14. The apparatus of claim 13 wherein said ring buff- 
ers are adapted to permit the first processor to send a 
plurality of commands in sequence to the second pro- 
cessor via the bus means, and to permit the second 
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processor to send responses to those commands to the 
first processor via the bus means. 

15. The apparatus of claim 14 wherein the first pro- 
cessor is a host computer's (1) central processor (70), 
the second processor is a processor (31) in a controller 
(2, 30) for a secondary storage device (40), and the bus 
means includes an input/output bus (60) for intercon- 
necting said host computer with said secondary storage 
device. 

16. The apparatus of claim 15 wherein there is associ- 
ated with each ring buffer entry a byte of at least one 
bit, termed the ownership byte (FIG. 3B-133, 135, 137, 
139; FIG. 8, 278), whose state indicates the status of that 
entry; 

. for each entry of the first ring buffer (SOD), the first 
processor (70) being adapted to place such entry's 
ownership byte in a predetermined first state when 
a descriptor (260, 264) is written into said entry, 
and the second processor (31) being adapted to 
cause the state of the ownership byte to change 
when such descriptor is read from said entry; 

for each entry of the second ring buffer (80E), the 
second processor (31) being adapted to place such 
entry's ownership byte in a predetermined first 
state when a descriptor is written into said entry, 
and the first processor (70) being adapted to cause 
the state of the ownership byte to change when 
such descriptor is read from said entry; 

the first and second processors being adapted to read 
ring buffer entries in sequence and to read each 
ring buffer entry only when the ownership byte of 
said entry is in said predetermined first state, 
whereby an entry may not be read twice and an 
entry may not be read before a descriptor is written 
thereto. 

17. The apparatus of claim 15 wherein the controller 
further includes pointer means (32, 34) for keeping track 
of the current first and second ring buffer entries. 

18. The apparatus of claim 15 further including means 
for reducing the generation of processor interrupt re- 
quests to the first processor in the sending of commands 
thereby and responses thereto, such that interrupt re- 
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quests to said processor are generated substantially only 
when an empty ring buffer becomes non-empty and 
when a full ring buffer becomes not full. 

19. The apparatus of claim 18 wherein the size of each 
ring buffer is communicated by said first processor to 
the other of said processors at the time of initializing the 
communications path between them. 

20. The apparatus of claim 19 wherein the processors 
communicate by sending message packets to each other, 
and further including: 

a buffer associated with the second processor for 
holding up to M commands to be executed; 

an input/output device class driver associated with 
the first processor for sending commands to and 
receiving responses from an input/output device; 

the second processor being adapted to provide to the 
class driver in its first response packet the number 
M of commands of a predetermined length which 
said buffer can hold; 

the class driver being adapted to maintain a credit 
account having a credit account balance indicative 
of the number of commands the buffer can accept 
at any instant; 

the credit account balance initially being set to equal 
M and being decremented by one each time the 
class driver issues a command and being incre- 
mented by the value; 

the second processor further being adapted to pro- 
vide to the class driver, with each response f)acket, 
a credit value representing the number of com- 
mands executed to evoke the response; 

the class driver incrementing the credit account bal- 
ance by said credit value; and 

the first processor and class driver being adapted so 
as not to issue any commands when the credit ac- 
count balance is zero and further being adapted to 
issue only commands which are immediately exe- 
cuted when the credit account balance is one. 

21. The apparatus of claim 16 wherein said ownership 
byte is the most significant bit in each descriptor. 
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